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本 书 宫 括 了 笔者 多 年 编程 经 验 总 结 出 的 六 项 编程 密 








技 : 完美 规约 (架构 


























大 于 编码 )、 完 美 视角 (设计 者 角度 )、 完 美 利 用 (站 在 巨人 肩 上 )、 完 美 改 
































造 ( 快 速 编码 )、 完 美 优化 (高 质量 代码 )、 完 3 


























突破 架构 师 之 路 )， 这 六 





项 密 技 是 完美 编程 的 精髓 ， 亦 是 完美 编程 的 指导 思想 与 灵魂 。 本 书 还 包含 


























77 个 经 典 优化 案例 及 28 种 常用 优化 技巧 本 书 的 
更 要 “ 授 和 以 渔 ”一 -提高 读者 的 编程 及 优化 能 力 ， 而 这 种 能 力 正 是 架构 

















的 必 备 技能 。 


本 书 是 IT365 学 院 网 站 软件 架构 师 系列 培训 教程 体系 中 的 基础 读本 , 属 


















































于 品质 管理 实战 部 分 的 内 容 , 是 培养 具有 
所 必 备 的 利器 之 一 。 优秀 的 代码 品质 是 各 





高 质量 代码 技术 水 平 的 优秀 架构 让 
序 员 走 向 架构 师 神 对 殿堂 的 必 经 之 























的 不 仅仅 是 “ 授 人 以 鱼 ” 
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路 ， 本 书 将 是 这 条 路 上 的 一 蔓 明 灯 ， 帮 助 读 者 早 
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实现 架构 师 之 梦 。 
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昌 说 网 络 科技 对 60 后 有 些 陌生 , 却 实 实在 在 改变 着 现代 人 的 生活 方式 。 国 家 诸多 领域 的 
发 展 也 与 网 络 科技 密 不 可 分 。 网 络 科技 的 发 展 不 仅 提升 了 产品 品质 ， 同 时 也 在 改变 着 世界 的 
格局 。 

改革 开放 三 十 余年 来 , 我 国 国民 经 济 得 到 了 跨越 式 发 展 ， 并 在 高 精 尖 领域 不 断 有 所 突破 ， 
核心 技术 变 得 越 来 越 弥 足 珍贵 ， 发 达 国 家 垄断 的 技术 禁区 已 经 不 再 过 不 可 及 。 去 米 取 精 、 取 
长 补 短 、 突 破 瓶 席 ， 已 成 为 当今 高 端 领域 的 一 大 课题 。 务 实 态 度 与 专业 精神 ， 作 为 核心 价值 
的 重要 组 成 部 分 ， 更 是 当代 精英 不 可 或 缺 的 内 在 追求 。 

颜 廷 吉 贤 弟 不 愧 是 北大 的 高 材 生 ， 从 置身 Java 技术 领域 那 一 刻 起 ， 始 终 对 具有 世界 领先 
品质 的 相关 技术 情 有 独 钟 。 十 年 磨 一 剑 ， 引 领 同 业 间 。 他 在 东京 近 十 年 的 一 线 工作 中 ， 对 其 
核心 技术 领 纳 于 心 ， 并 在 实践 中 升华 ， 在 细节 上 完善 ， 把 经 验 汇 成 文字 ， 把 智慧 传 给 同仁 。 
志 不 渝 的 努力 只 为 填补 国内 空缺 、 提 升 产品 品质 与 专业 人 才 素 质 ， 更 为 打造 国际 一 流 架构 
师 队 伍 奉 献 一 己 之 力 。 

作者 对 软件 架构 师 培训 系列 教程 与 品质 管理 培训 系列 教程 进行 了 整体 设计 , 《Java 代码 
与 染 构 之 完美 优化 一 一 实战 经 典 》 是 配套 培训 教材 之 一 ， 并 附 有 精美 的 教学 视频 。 本 系列 教 
程 将 成 为 业内 不 可 多 得 的 实用 经 典 之 作 。 有 志 驰 戏 IT 行业 并 有 所 作为 的 业内 高 手 精读 此 书 ， 
不 仅 可 以 炼 就 沉 潜 内 敛 的 品格 ， 提 升 自身 的 技能 ， 而 且 可 以 开发 自主 品牌 ， 更 好 地 展现 人 生 


价值 























































































































































































































































































































































































































信息 化 社会 使 我 们 的 生活 变 得 快捷 和 丰富 ， 而 实现 中 国 梦 也 离 不 开 有 识 之 士 的 敬业 与 专 
注 。 世 界 一 流 品质 的 背后 是 世界 一 流 的 用 心 。 我 们 都 向 往 拥有 成 功 的 人 生 ， 那 么 就 让 我 们 币 
律 在 作者 的 文字 画面 中 ， 用 真诚 的 心 去 品味 和 领受 其 中 的 内 涵 吧 ! 







































































贤 印 普 说 序 
2014 年 10 月 10 日 
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了 中 
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在 武侠 世界 里 ， 凡 是 顶尖 的 高 手 ， 要 么 是 经 历 了 一 些 奇遇 偶 得 真传 ， 要 么 就 是 经 过 几 十 
年 脚踏实地 的 修炼 ， 才 得 以 炉火纯青 。 虽 然 路 不 同 ， 但 他 们 最 核心 的 修炼 内 容 就 是 增强 自己 
的 内 力 。 内 功 心 法 才 是 核心 ， 因 为 剑 法 、 拳 法 之 类 对 聪明 人 来 讲 看 一 遍 就 会 ， 而 内 力 却 很 难 
速成 。 到 达 一 定 的 境界 后 ， 武 功 就 不 分 什么 门派 了 ， 因 为 这 都 是 融会 贯通 的 。 

现实 科技 世界 与 武侠 科幻 世界 同 理 ，Java 程序 世界 里 也 不 乏 顶 尖 高 手 ， 比 如 Bruce 
Eckel (《Thinking In Java》 作 者 )、Joshua Bloch (Google 首席 Java 架构 师 , 《Effective Java》 
作者 )、 Kent Beck〔 敏 捷 之 父 )、Martin Fowler〔 优 化 之 父 ) 等 等 。 这 些 人 之 所 以 如 此 成 功 ， 
并 让 追求 者 顶礼 膜拜 ， 并 不 是 因为 他 们 写 了 汗 牛 充 栋 的 程序 代码 ， 而 在 于 他 们 一 出 手 就 能 展 
现 绝顶 高 手 的 风范 ， 写 出 令 人 拍案 叫绝 的 高 质量 代码 。 因 为 这 代表 了 他 们 的 品牌 与 实力 ， 他 
们 会 一 直 精 益 求 精 ， 不 断 优化 ， 他 们 把 自己 的 悟道 一 一 如 何 修炼 内 功 秘 籍 一 一 写成 了 书 ， 就 
成 了 经 典 。 
程序 员 修炼 内 功 心 法 的 终极 目标 就 是 成 为 我 们 梦 才 以 求 的 架构 师 。 众 所 周知 的 《Java 编 
程 思 想 》《Java 高 效 编程 》《 敏 捷 软 件 开发 》《 设 计 模 式 》《 优 化 》《 人 月 神话 》 等 巨著 的 核心 内 
容 之 一 就 是 教授 这 些 内 功 心 法 ， 本 书 也 正 是 作者 多 年 修炼 的 总 结 。 品 质 体现 于 细节 ， 本 书 不 
但 从 宏观 到 细节 进行 了 全 面 系统 的 介绍 ， 而 且 形 成 了 代码 质量 优化 的 理论 与 技巧 体系 ， 是 进 
行 代码 优化 不 可 多 得 的 宝典 。 

Java 是 目前 的 主流 开发 技术 ， 如 何 更 好 地 发 挥 其 技术 优势 实现 最 佳 资 源 配置 和 获得 更 高 
商业 价值 , 一 直 是 Java 技术 发 展 的 趋势 。 然而 Java 体系 庞大 、 技术 精 深 , 如 何 写 出 优质 代码 ， 
如 何 设计 与 优化 系统 架构 ， 是 高 级 开发 者 必须 掌握 的 核心 技术 之 一 。 

作者 在 Java 技术 领域 从 事 一 线 工 作 十 多 年 ， 其 中 8 年 时 间 是 在 东京 度 过 的 。 日 本 的 品质 管 
理 技 术 世 界 领 先 ， 作 者 来 日 之 前 就 下 定 决心 要 掌握 日 本 先进 品质 的 相关 技术 ， 报 效 祖国 一 一 师 
夷 长 技 以 制 夷 ! 在 这 期 间作 者 指导 过 NTT、 日 立 、 富 士 通 等 日 本 一 流 IT 开发 公司 主导 的 大 型 商 
业 项 目 《〈 国 家 就 业 劳动 项 目 、 全 国 饮料 以 及 香烟 自动 贩卖 机 贩卖 信息 统计 项 目 等 ) 的 研发 与 代 
码 优化 ， 也 使 得 作者 有 机 会 与 日 本 一 流 架 构 师 交流 及 研究 他 们 独 有 的 架构 与 质量 优化 技术 之 
奥妙 。 
学 生 时 代 的 我 们 ， 所 学 到 的 是 基本 的 技术 理论 知识 ;就 业 后 作为 初级 程序 员 的 我 们 ， 几 
乎 不 能 胜任 商业 项 目的 质量 要 求 标 准 ， 不 能 适应 技术 的 深度 与 广度 ， 即 使 能 够 完成 的 编码 ， 
也 只 是 仓促 地 完成 任务 ; 经 过 3 一 5 年 磨 练 后 的 我 们 ， 回 想 以 前 写 的 代码 ， 就 会 意识 到 当时 写 
的 代码 是 那么 的 不 优雅 ! 是 的 ， 根 据 作者 实战 经 验 ， 也 根据 通用 的 8020 法 则 ， 按 照 要 求 写 出 
可 运行 代码 ， 只 是 完成 了 80% 的 工作 ， 另 外 20% 的 代码 持续 优化 工作 ， 往 往 被 大 家 忽略 了 。 
代码 优化 是 一 个 综合 的 系统 体系 ， 包 含 的 内 容 很 多 ， 本 书 将 把 最 核心 的 部 分 进行 剖析 并 分 享 
给 读者 。 

本 书 从 实际 策划 到 完成 书稿 历时 近 2 年 ， 这 期 间作 者 一 直 不 断 吸收 、 整 理 、 优 化 、 提 炼 
其 内 容 。 在 Java 世界 里 编写 高 质量 代码 并 非 易 事 ， 各 种 开源 代码 检测 工具 也 对 各 种 技术 细节 

IV 

































































































































































































































































































































































































































































































































































让 








疏 











> 

























































































































































































= 







































































进行 了 规定 ，Checkstyle 里 有 134 项 ，FindBugs 里 

















408 项 ，PMD 里 有 368 项 ，Jtest 里 大 概 


























有 1000 项 ， 面 对 这 么 多 的 规则 ， 可 能 有 


些 枯 煤 无 味 的 规则 估计 就 要 花 掉 很 多 时 间 ， 而 且 





























还 怎么 下 手写 代码 啊 ? 是 的 ， 学 习 与 研究 这 
即使 学 习 了 也 不 一 定 能 记 住 ， 况 且 





有 些 规则 


是 站 在 技术 研究 者 的 角度 而 做 出 的 ， 在 实际 商业 上 根本 用 不 到 。 基 于 实用 原则 ， 作 者 从 这 些 


代码 检查 规则 中 提炼 了 经 典 内 容 ， 吸 收 了 日 本 代码 优化 培训 以 及 品质 管 型 
入 研读 了 本 书 参 考 文献 里 所 列 的 书籍 以 及 网 络 上 各 种 资源 ， 并 结合 本 人 多 和 












































EE wR 
青 华 ， ;j 林 


FE 的 实战 经 验 ， 提 
































取出 了 100 个 有 代表 性 的 经 典 优化 实战 案例 ， 本 书 素材 来 源 如 图 1 所 示 。 后 来 又 经 过 进一步 
分 析 整 理 ， 精 选 了 最 有 代表 性 的 77 个 案例 ,希望 读者 可 以 用 最 少 的 时 间 学 到 最 有 价值 的 代码 



































优化 技术 。 


10 年 一 线 实战 经 验 


日 本 代码 优化 及 品质 
管理 培训 技术 资料 


参考 文献 资料 

各 种 博客 等 优质 网 络 资源 
Checks tyle 134 例 
FundBugs 408 例 


PMD 368 例 





本 书 与 软件 质量 


故事 一 : 完美 我 们 做 得 到 么 ? 








曾经 有 一 家 美国 公司 到 日 本 一 家 小 企业 定制 了 10000 件 某 种 电子 产品 部 件 ， 要 求 次 品 











图 1 本 书 素材 来 源 


二 率 
怎 

















是 /1000。 这 家 企业 在 规定 的 时 间 内 邮寄 去 了 产品 ， 美 国 


么 有 两 个 盒子 ? 一 个 大 的 ， 一 个 小 的 ? 














感悟 : 100% 的 合格 就 是 一 种 完美 ， 我 们 能 做 到 么 ? 日 本 之 所 以 在 软 伯 
因为 质量 做 得 绝对 1 


[] 











行业 都 做 得 如 此 出 色 ， 很 重要 的 一 点 就 是 
粗放 型 经 济 ， 无 论 从 对 产品 质量 的 认识 程 / 
很 大 的 距离 。 希 望 本 书 的 问世 可 以 缩小 这 段 距离 。 

软件 质量 〈 品 质 ) 包含 的 内 容 在 我 们 规划 的 教程 体系 

















公司 产品 部 打开 一 看 , 有 些 吃 惊 
看 ， 大 的 里 面 放 满 了 产品 ， 同 时 有 一 个 说 明 : 
全 部 合格 产品 9990 件 ， 另 外 一 个 小 盒 里 放 的 是 什么 ， 大 家 就 不 言 自 明了 。 





















































其 他 很 多 

















家 贝 

















I 基本 是 





























本 尚 有 
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理 篇 ， 前 者 就 





Vv 


是 本 书 所 包含 的 内 容 。 
谈 到 代码 质量 ， 首 先 要 辨析 什么 样 的 代码 是 劣质 代码 ， 什 么 样 的 代码 是 优质 代码 ， 可 以 











解析 。 











用 哪些 工具 自动 检测 劣质 代码 ， 以 及 如 何 把 劣质 代码 转化 成 优质 代码 ， 本 书 将 带领 读者 一 起 











物色 有 其 位 ， 而 后 物 尽 其 位 。 世 道 乱 了 ， 就 要 治理 ， 使 其 有 序 。 同 理 ，Java 世界 里 有 很 


多 保留 字 ， 如 果 在 保留 字 所 控制 区 域 里 写 有 不 合理 的 代码 ， 那 么 将 会 给 软件 带 来 灾难 性 的 后 







































































果 。 因 此 ， 每 段 代码 都 应 该 在 其 所 在 的 位 置 一 一 如 果 不 在 其 位 ， 那 就 需要 优化 。 优 化 是 确保 
代码 质量 的 重要 手段 之 一 。 本 书 不 但 系统 展示 了 常见 劣质 代码 ， 而 且 总 结 了 28 种 常用 优化 技 




































































巧 ， 并 给 出 了 优化 的 具体 步 又， 向 读者 演绎 了 从 劣质 到 优质 的 变化 过 程 ， 可 谓 理论 与 实践 的 











最 佳 组 合 。 















































一 个 项 








的 成 功 不 仅仅 是 靠 某 一 个 程序 员 的 能 力 ， 而 是 项 目 团队 的 默契 配合 与 努力 的 结 























果 。 要 保证 全 体 开发 人 员 统 一 的 编程 风格 与 代码 质量 ， 就 需要 有 编程 规约 来 进行 思想 统一 。 







































































虽然 已 有 很 多 论述 编程 规约 的 文章 ， 但 要 么 太 钻 牛角 尖 、 太 偏 理 论 化 了 ， 要 么 太 粗 浅 、 不 够 
精细 ， 没 有 太 大 实际 商业 价值 。 本 书 附录 里 给 出 的 Java 编程 规约 、JSP 编程 规约 、CSS 编程 






















































































规约 是 作者 经 过 多 年 实战 经 验 所 总 结 的， 可 以 直接 应 用 到 项 目 中 ， 提 高 软件 质量 。 















































无 规矩 不 成 方圆， 任何 商业 系统 ， 都 应 该 坚持 遵循 工业 标准 。 本 书 是 优质 代码 编写 规范 
的 提炼 与 总 结 ， 也 可 以 作为 评判 优秀 代码 的 标准 之 一 。 违 反 了 本 书 所 介绍 的 规则 之 代码 ， 需 





本 书 与 软件 


要 根据 项 目 实际 情况 进行 优化 ， 以 提高 代码 与 软件 的 质量 。 





























架构 师 











一 于 软 人 





F 的 最 终 体现 就 是 代码 ， 而 作为 软件 架构 师 ， 如 果 没 有 代码 优化 的 意识 与 技术 ， 




















就 不 能 称 之 为 软件 架构 师 。 任 何 合格 的 软件 架构 师 ， 必 须 对 代码 优化 的 概念 与 技术 华 熟 于 胸 ， 
信 手 持 来 。 一 个 连 代码 质量 都 不 能 控制 好 的 架构 师 所 设计 的 架构 是 不 会 有 人 信任 的 。 

本 书 宫 括 了 作者 多 年 编程 经 验 总 结 出 的 六 项 编程 密 技 : 完美 规约 (架构 大 于 编码 )、 完 美 
视角 设计 者 角度 )、 完 美 利 用 站 在 巨人 肩 上 )、 完 美 改造 (快速 编码 )、 完 美 优 化 (高 质量 
代码 )、 完 美 突破 (架构 师 之 路 )， 这 六 项 密 技 是 完美 编程 的 精髓 ， 亦 是 完美 编程 的 指导 思想 
与 灵魂 。 本 书 的 目的 不 仅仅 是 “ 授 人 以 鱼 ” 更 要 “ 授 人 以 渔 ” 提高 读者 的 编程 及 优化 能 








力 ， 而 这 种 能 力 正 是 架构 师 的 必 备 技能 。 





本 书 是 I 
























































































































































T365 学 院 网 站 软件 架构 师 系列 培训 教程 体系 中 的 基础 读本 ， 属 于 品质 管理 实战 

















部 分 的 内 容 ， 


品质 是 程序 员 走 向 架构 师 神圣 殿堂 的 必 经 之 路 ， 本 书 将 是 这 条 路 上 的 一 莫 明 灯 ， 帮 助 读者 早 











是 培养 具有 高 质量 代码 技术 水 平 的 优秀 架构 师 所 必 备 的 利器 之 一 。 优 秀 的 代码 
































日 实现 架构 师 之 梦 。 


本 书 与 翻转 

















课堂 模式 


翻转 课堂 《The Flipped Classroom)， 是 2011 年 在 美国 兴起 的 新 型 教学 模式 。 与 传统 的 课 
党 教学 模式 不 同 。 在 “翻转 课堂 ”教学 模式 下 ， 学 生 课 下 完成 知识 的 学 习 ， 而 课堂 变 成 了 老 















































的 教育 效果 。 





师 与 学 生 之 间 和 学 生 与 学 生 之 间 互 动 的 场所 ， 包 括 答疑 解 惑 、 知 识 的 运用 等 ， 从 而 达到 更 好 




















教 与 学 颠倒 ， 即 翻转 课堂 ， 它 颠覆 了 传统 意义 上 的 课堂 教学 模式 。 


本 书 充分 参考 了 “翻转 课 演 ”模式 ， 在 内 容 安排 上 ， 对 于 每 一 个 案例 ， 都 是 先 展示 劣质 


VI 








代码 (优化 前 代码 ，， 也 是 有 意 让 读者 自己 研究 其 瑕 疫 在 哪里 之 后 给 出 优质 代码 〈 优 化 后 代 
码 )， 进 一 步 让 读者 感受 优质 代码 带 来 的 效果 ; 最 后 给 出 从 劣质 到 优质 演化 过 程 的 解析 。 这 样 
在 阅读 技巧 上 进行 了 革新 ， 可 以 让 读者 更 好 地 吸收 与 理解 本 书 精华 。 


本 书 配 套 源 码 


本 书 的 配套 源码 以 及 其 他 模板 文件 可 以 在 www.365itedu.com〔 本 书 官网 ) 下 载 。 

在 源码 资源 里 ， 例 如 best0101 包 下 面 的 代码 为 优化 前 的 劣质 代码 ， 一 般 类 的 命名 为 
Before, 测试 代码 类 的 名 称 为 BeforeTest; 而 best0102 包 下 面 的 代码 为 经 过 优化 后 的 优质 代码 ， 
一 般 类 的 命名 为 After， 测 试 代 码 类 的 名 称 为 AfterTest， 如 图 2 所 示 。 所 有 代码 均 是 可 执行 代 
码 ， 读 者 可 以 随时 运行 查看 优化 前 后 执行 效果 。 

















































































































劣质 代码 示例 





国 Aferjeve ] 优质 代码 示例 


用 AfterTestjava 








图 2 源 代码 说 明 


书 中 所 选用 代码 比较 简单 ， 并 对 相对 复杂 的 代码 进行 了 背景 说 明 。 读 者 在 学 习 过 程 中 ， 
可 以 自己 先 琢磨 劣质 代码 的 正 疲 在 哪里 ， 自 己 是 否 可 以 发 现 ? 可 以 用 哪些 手段 来 发 现 ? 如 何 
优化 ? 带 着 这 些 问 题 阅 读本 书 ， 会 达到 更 好 的 学 习 效 果 。 
本 书 配套 教学 视频 

传统 教育 模式 中 对 程序 设计 的 教学 方式 大 多 已 经 落伍 ， 这 使 得 学 生 在 真正 进入 社会 就 业 
前 不 得 不 再 进行 二 次 培训 ， 而 现在 社会 上 的 培训 机 构 也 是 鱼龙混杂 ， 培 训 的 内 容 很 多 也 只 是 
基础 的 入 门 级 别 。 因 此 ， 需 要 一 套 从 实际 项 目 研发 中 提炼 而 出 的 、 具 有 实际 价值 的 、 拿 来 就 
能 用 的 、 同 时 具有 前 瞻 技 术 设 计 与 研发 引导 性 的 高 级 软件 架构 师 培 训 教程 。 本 书 配套 培训 教 
程 与 教材 同步 出 炉 ， 可 以 帮助 读者 更 好 、 更 轻松 地 学 好 本 书 的 精髓 。 配 套 培训 教程 也 可 以 到 
365IT 学 院 下 载 。 




















































































































































































































































































































本 书 特色 

1. 内 容 精 炼 、 超 值 ， 作 者 将 十 多 年 一 线 实战 心得 倾情 奉献 一 一 说 代码 之 美 是 重 实用 ， 讲 
架构 优化 是 接地 气 。 

2. 授 人 以 鱼 ， 不 如 授 人 以 渔 : 作为 纲 程 指导 思想 与 灵魂 的 六 项 密 技 ， 可 全 面 提高 读者 自 
身 的 编程 与 代码 优化 能 力 。 

3. 案例 驱动 ， 脚 踏实 地 : 不 讲 单独 代码 片段 ， 而 是 以 案例 驱动 (根据 实际 商业 代码 提炼 



































之 后 的 可 运行 代码 ) 进行 实战 解析 ; 不 仅仅 是 经 验 与 理论 的 总 结 ， 更 重要 的 是 用 最 直接 的 案 
例 代码 来 说 明 技 术 应 用 方式 。 
4. 图 解 技术 ， 形 象 生 动 : 利用 图 解 方 式 避 免 了 乏味 难 懂 的 文字 描述 ， 使 繁 见 复杂 的 事物 












































VII 











一 目 了 然 ， 是 对 理论 进行 深刻 理解 的 形象 记忆 。“ 图 + 代码 ”是 技术 学 习 的 最 佳 方式 。 
本 书 所 面向 的 读者 


故事 二 : 敬业 之 神 

敬业 之 野田 圣 子 。 

她 37 岁 就 当 上 了 日 本 内 阁 邮 政大 臣 。 

她 的 第 一 份 工 作 是 刷 而 所 :她 把 厕所 刷 得 光洁 如 新 ， 一 侍 不 染 ， 她 直接 把 冲 厕所 的 水 首 
一 勺 一 饮 而 尽 ， 来 证 明 其 工作 质量 。 

她 有 一 句 名 言 ， 就 算 这 一 辈子 都 在 洗 厕 所 ， 也 要 当 个 最 出 色 的 洗 而 人 。 

敬业 之 神 的 启示 : 通过 不 断 修炼 内 功 ， 不 断 优化 ， 刷 而 所 都 可 刷 成 行业 的 佼佼 者 ! 高 端 
的 品质 目标 , 究 极 的 爱 业 敬业 态度 , 给 予 了 我 们 极 大 的 心灵 震撼 与 鼓舞 ! 想 出 人 头 地 么 ? 
想 有 所 成 就 么 ? 那么 把 一 件 事 做 好 ， 把 其 品质 做 到 极致 ， 就 成 功 了 ! 

本 书 所 面向 的 读者 主要 是 那些 想 在 技术 领域 成 为 佼佼 者 的 朋友 : 

1. 走 在 架构 师 之 路 上 的 工程 师 。 

2. 和 希望 提高 自己 代码 质量 水 平 的 程序 员 。 

3. 追求 完美 的 技术 爱好 者 。 

总 之 ， 无 论 是 在 校 大 学 生还 是 刚刚 走 上 工作 岗位 的 新 员工 ， 无 论 是 做 编码 的 程序 员 还 是 
做 测试 的 技术 人 员 ， 无 论 是 架构 师 还 是 项 目 经 理 ， 都 可 以 从 本 书 中 获得 有 益 的 收获 。 


如 何 阅 读本 书 
本 书 的 各 个 章节 都 有 一 定 的 独立 性 ， 之 间 也 有 相互 的 关联 性 ， 如 图 3 所 示 。 











































































































































































































代码 优化 体系 


架构 相关 技巧 
经 典 案例 
二 
第 4 章 方法 第 5 章 多 线程 
第 3 章 通用 准则 
附录 编程 规约 


第 1 章 理论 基础 


二 小 


荣 习 章宗 莉 


第 
肥 
章 
自 
动 
检 
测 
可 医 
县 








图 3 代码 优化 体系 构成 


VI 


第 1 章 主要 解释 与 代码 质量 相关 的 理论 基础 ， 
































第 2 章 介 绍 了 自动 代码 质量 检查 工具 的 原理 与 





其 余 章 节 都 是 介绍 与 代码 优化 相关 的 技巧 

















实战 技巧 。 

















第 3 章 到 第 8 章 主要 介绍 了 代码 质量 优化 经 典 案例 解析 ， 从 编码 通 
























































多 线程 、 类 与 接口 、 异 常 以 及 性 能 方面 进行 了 详 























的 案例 。 其中， 第 3 章 是 代码 优化 的 基础 ， 也 是 其 他 章节 的 基础 ， 读 者 对 第 

















掌握 程度 的 优 和 劣 ， 将 直接 影响 到 其 他 章节 代码 优 







































































准则 、 方 法 、 














细 分 析 说 明 且 都 有 可 用 自动 工具 进行 检查 
































3 章 所 述 内 容 





化 的 效果 ; 而 第 3 章 到 第 





代码 优化 的 效果 ， 又 直接 影响 到 第 9 章 与 第 10 章 架 构 优 化 的 效果 。 
第 9 章 与 第 10 章 主要 论述 了 架构 、 包 优化 的 各 种 技巧 与 原则 。 























第 11 章 介绍 代码 风格 ， 优 秀 的 代码 还 需要 有 很 好 的 展现 形式 。 这 一 章 详细 






































8 章 经 典 案例 














说 明了 优化 代 














码 风格 所 需 的 模板 技术 以 及 优化 代码 的 手段 。 代 码 风格 体现 于 整个 代码 文件 , 因此 本 章 是 第 3 


到 第 10 章 优化 内 容 的 一 个 升华 。 
本 书 正文 对 于 代码 质量 优化 进行 了 宏观 的 介 引 








， 附 录 中 的 编程 规约 (Java 












































、JSP、CSS) 


则 更 加 详细 地 描述 了 代码 优化 实践 经 验 ， 是 对 本 书 代码 优化 技巧 的 补充 ， 使 本 书 形成 了 全 面 

















系统 的 代码 优化 体系 。 





本 书 每 个 经 典 案例 ， 都 是 对 相关 技术 的 总 结 。 对 于 每 个 案例 ， 都 从 优化 前 代码 、 现 象 描 
述 、 不 利 影响 分 析 、 检 测 工具 或 方法 、 最 佳 解决 方案 、 优 化 后 代码 六 个 方面 进行 了 齐 析 。 如 
果 本 案例 涉及 优化 技巧 ， 那 么 会 对 优化 技巧 从 优化 类 别 、 实 施 方法 等 方面 再 进行 深度 解析 ， 
























































让 读者 更 加 深刻 地 理解 案例 所 阐述 的 相关 内 容 。 同 时 ， 对 案例 


以 引起 读者 的 注意 ， 加 强 相关 技术 点 的 理解 与 重视 








本 书 经 典 示 例 代 码 ， 不 仅 是 给 读者 介绍 技术 与 知识 的 演示 ， 更 习 


























o 


重要 的 技术 点 也 做 了 提示 ， 











EE 要 的 价值 在 于 成 为 读者 
































自我 提高 与 演练 的 绝 佳 手段 。 在 阅读 的 过 程 中 一 定 要 亲自 动手 练习 各 个 案例 (建议 圈 点 出 劣 
质 代 码 的 瑕 疲 并 做 注释 ， 评 论 出 优质 代码 的 亮点 )， 经 过 “思考 一 实践 一 提炼 ”之 后 ， 可 更 好 






































的 转换 成 自己 的 技术 与 知识 体系 ， 达 到 融会 员 通 的 




















境界 。 


























另外 ， 为 了 突出 说 明 各 代码 所 要 体现 的 主题 ， 本 书 所 示例 代码 并 没有 严格 按照 一 般 代码 








汶 

















写 规范 要 求 ， 进 行 标准 的 代码 注释 ， 只 是 为 降低 代码 的 理解 难度 ， 适 当 








的 注释 。 为 了 精简 代码 ， 有 些 案例 代码 的 import，set/get 部 分 也 进行 了 和 省略 。 

















术语 解释 
. 成 果 物 ， 最 终 要 交付 给 客户 的 成 品 资料 。 
类 型 编码 ， 简 称 类 型 码 ， 是 数据 字典 的 一 和 

















正常 系 代码 : 处 理 正常 业务 逻辑 的 代码 。 
异常 系 代码 : 处 理 异 常 部 分 的 代码 。 





























和 wm 

















符号 说 明 
文中 为 了 标注 的 方便 ， 用 了 一 些 简略 符号 ， 总 








F 《如 1 代表 为 ,2 代表 女 )。 

















. 饿 汉 式 初始 化 : 指 对 象 在 类 装载 时 构建 ， 急 切 初 始 化 ， 不 调用 也 创建 。 
. 懒汉 式 初始 化 : 指 对 象 在 第 一 次 被 使 用 时 构建 ， 延 迟 初始 化 ， 调 用 时 才 创 建 。 














下 
jp 
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结 见 对 


地 添加 了 一 些 必要 





IX 


表 1 本 书简 略语 


















































































































































符 ”号 说 明 

(C) 利用 CheckStyle 检查 是 否 违 反 规约 
(F) 利用 FindBugs 检查 是 否 违 反 规约 
(P) 利用 PMD 检查 是 否 违反 规约 

(R) 利用 Review 人 工 检查 进行 检测 

(EC) 利用 Eclipse 的 格式 模板 或 其 自身 的 编译 设 定 进行 检测 

(EM) 利用 Emma 代码 履 盖 率 工具 进行 检测 

在 “检测 工具 或 方法 ”部 分 ， 用 符号 码 来 代 奉 内 容 ， 而 且 符号 码 后 面 紧 跟 各 个 工具 检查 

出 的 错误 名 词 ， 以 便 查 询 。 
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俗话 说 ， 工 欲 善 
在 进行 优化 代码 之 前 ， 


第 1 章 代码 质量 





美好 的 东西 在 质 不 在 量 。 




















< 事 ， 必 先 利 其 器 。 高 后 
We 与 代码 质量 相关 的 概念 。 





1.1 什么 是 代码 质量 











据 国 际 标准 化 组 织 ISO 定义 ,质量 


满足 顾客 与 其 他 方面 相关 要 求 的 能 
也 是 满足 一 种 需求 的 能 力 ， 这 里 的 需求 来 源 不 仅 包 括 客 户 ， 


测试 员 、 维 护 员 等 ) 


1.2 什么 是 软件 质量 











软件 质量 是 满足 











性 能 优异 、 


文档 齐全 。 














1. 可 用 性 
可 以 提供 正常 服务 。 
2. 功能 性 


















































3. 易 用 性 ， 是 衡量 用 户 使 
统 的 柔软 度 与 亲和力 。 

4. 性 能 ， 是 指 软件 
在 某 段 时 间 内 系统 所 能 

5. 可 靠 性 , 是 指 软件 系统 在 错误 面前 或 者 使 月 
V 务 处 理 或 者 运行 环境 
系统 向 合法 用 户 提 供 服 务 的 同时 ， 

















6. 健壮 











绝 服 务 的 能 








8. 可 维护 性 ， 是 指 体系 结构 扩充 或 者 应 对 需求 变更 的 能 


性 ， 是 指 在 ， 
7. 安全 性 ， 是 指 软件 












































o 简 而 言 2 质量 


即 品质 ， 是 反映 产品 、 
等 是 满足 需求 的 能 











一 一 伊 索 


A 量 的 代码 就 是 程序 员 驰 怠 疆 场 的 锋利 武器 之 一 。 





组 固有 特性 ， 























客户 软件 需求 的 能 力 。 
维护 简单 、 
软件 质量 一 般 具 有 以 下 衡量 标准 : 

软件 系统 能 够 正常 运行 的 时 间 比 例 ， 除 了 维 


， 是 指 1 


| 软件 产品 完成 指定 任务 的 x 


系统 的 响应 能 力 ， 即 
t 理 的 事件 个 数 。 


高 贝 里 











也 包 所 


量 的 软件 产品 























。 因 此 ， 代 码 质 量 
6 各 种 技术 人 员 程序 员 、 











点 该 符合 用 户 需求 、 运 行 稳 定 、 

















， 是 指 软件 系统 能 为 我 们 完成 所 期 望 工作 的 能 力 。 








LE 护 时 间 外 ， 一 般 都 要 求 系统 

















全 易 程 度 ， 也 就 是 









































1.3 代码 质量 与 软件 质量 


故事 三 ， 程序 员 
有 人 问 程 序 员 





的 需求 


还 有 什么 需求 ? 
































多 长 时 间 


错误 的 情况 下 维持 软件 
中 ， 软 件 系 统 能 够 承受 的 


能 够 阻止 非 授权 





j 户 体验 ， 或 系 





才能 对 某 个 事件 作出 响应 ， 或 者 


系统 功能 特性 的 能 


























压力 或 者 变更 能 
| 户 使 用 或 者 拒 




















程序 员 乙 : 可 我 曾 听 一 个 程序 员 说 


程序 员 甲 : 客户 是 上 带 ， 我 们 又 不 是 。 


， 他 编写 代码 有 了 时 能 体会 到 上 营造 物 的 感觉 (对 客户 

















需求 的 满足 )， 也 能 体会 到 别 的 程序 员 的 心声 〈 对 既 存 代码 的 理解 ) …… 
这 个 故事 告诉 我 们 ; 























其 一 ， 我 们 研发 的 软件 就 是 要 满足 

















客户 的 需求 ， 如 果 代 码 跟 客户 需求 不 对 应 ， 不 能 满足 








客户 的 需求 ， 这 就 对 软件 的 质量 造成 了 影响 ， 即 使 代码 写 得 漂亮 ， 也 不 能 算是 高 质量 的 代码 。 
其 二 ， 客 户 的 需求 发 生变 动 或 者 增加 ， 程 序 员 需 要 改动 代码 ,“ 看 得 懂 容 易 改 ”就 是 程序 
























































员 的 需求 。 这 种 需求 虽然 对 软件 质量 没有 直接 的 影响 ， 但 是 会 耗费 将 来 的 人 力 成 本 。 




















所 以 说 ， 代 码 质量 是 软件 质量 的 组 
称 Bug) 就 会 越 少 ， 即 使 有 Bug 也 容易 

软件 质量 不 好 ， 人 迟早 有 一 天 会 被 
的 需求 来 源 所 放弃 。 最 糟糕 的 状况 是 ， 
量 与 代码 质量 的 关系 如 图 1-1 所 示 。 














































































图 1-1 











1.4 代码 质 量 优化 理论 











高 质量 代码 一 般 具 有 以 下 特性 : 











文档 质量 代码 质量 














成 部 分 。 开 发 人 员 写 的 代码 质量 越 高 ， 缺 陷 〈 以 下 简 
找到 ， 反 之 代码 质量 越 低 ，Bug 就 会 越 多 。 














j 户 抛弃 ， 同 样 ， 代 码 质量 不 好 ， 迟 早 有 一 天 也 会 被 它 








自己 被 自己 的 代码 抛弃 ， 陷 入 泥潭 无 法 自拔 。 软 件 质 







软件 质量 与 代码 质量 











1， 高 可 用 性 ， 正 确 、 有 效 、 及 时 地 满足 客户 需求 ， 写 出 能 完成 软件 功能 需求 的 代码 。 



































个 人 的 思想 是 不 同 的 ， 写 出 来 的 代码 不 
码 ， 相 信 大 家 都 不 乐意 去 看 。 

















2， 高 可 读 性 : 高 可 读 性 就 是 层次 清晰 又 有 良好 注释 的 代码 。 代 码 是 具有 个 人 色彩 的 ， 每 

















会 是 完全 相同 的 。 繁 见 的 代码 ， 特 别 是 没有 注释 的 代 

















3. 高 可 测试 性 : 是 指 软件 发 现 故 障 并 隔离 定位 其 故障 的 能 力 ， 以 及 在 一 定 的 时 间或 成 本 











的 前 提 条 件 下 ， 进 行 测 试 的 能 

















4. 高 可 扩展 性 ; 这 一 点 对 于 有 多 年 工作 经 验 的 程序 员 来 说 认识 会 较 深 ， 因 为 客户 的 需求 











是 随时 变化 的 ， 所 以 代码 就 要 预 留 以 后 变更 需求 的 空间 。 


















































5. 高 可 维护 性 : 软件 研发 完成 ， 是 研发 阶段 的 终止 ， 却 是 软件 运营 维护 的 开始 ， 这 需要 











就 是 要 节省 运营 维护 成 本 。 





一 个 团队 长 期 运作 ， 高 可 维护 性 的 目的 























以 上 特征 都 是 我 们 进行 质量 优化 的 目标 ， 也 是 优化 之 后 给 我 们 带 来 的 真实 之 利 ， 它 们 之 
间 的 关系 如 图 1-2 所 示 。 可 用 性 可 以 说 是 代码 优化 的 最 基本 要 求 ， 只 有 首先 满足 了 可 用 性 ， 















































我 们 才 有 资格 谈 其 他 特性 ， 如 果 代 码 不 可 读 ， 可 维护 就 无 从 谈 起 ， 因 此 可 读 性 是 可 维护 性 的 


2 














基础 ， 如 果 可 测试 性 差 ， 修 改 的 代码 都 无 法 测试 ， 何 谈 维 护 ， 如 果 代码 不 可 以 扩展 ， 成 为 一 
个 僵化 的 系统 ， 那 么 系统 会 很 快 被 遗弃 。 而 且 在 整个 软件 生命 周期 中 ， 运 营 维护 费用 所 占 比 






















































































维护 性 ， 意 味 着 系统 可 以 不 断 向 前 发 展 ， 升 级 优化 ， 与 时 俱 进 。 


可 维护 性 


Ff 








可 用 性 











图 1-2 代码 质量 目标 




















1.5 提高 代码 质量 手段 


提高 代码 质量 有 两 大 法 宝 : 
1. 精细 测试 ， 为 外 部 表现 。 
2. 代码 检查 ， 为 内 部 功底 。 
软件 测试 是 保证 及 提高 代码 质量 的 主要 途径 之 一 ， 可 通过 功能 测试 、 怕 
试 、 异 常 测试 来 保证 可 用 性 。 



























































多 途径 代码 检查 也 是 提高 代码 质量 必 不 可 少 的 一 个 环节 。 通 过 各 种 检测 











例 高 达 80%。 由 此 可 见 ， 可 维护 性 是 代码 优化 的 理论 基础 ， 也 是 代码 优化 的 终极 目标 。 高 可 


能 测试 、 压 力 测 





工具 以 及 人 工 检 





























查 不 仅 可 以 保证 代码 的 可 维护 性 ， 也 可 以 在 测试 之 前 及 早 发 现 Bug， 降 低 和 
码 检查 已 深入 到 程序 逻辑 、 内 存 检测 、 复 杂 度 、 优 化 建议 等 高 级 层面。 
除了 以 上 两 种 ， 还 有 两 个 影响 代码 质量 的 重要 因素 : 

1. 程序 员 自身 的 代码 质量 意识 ， 即 个 人 品牌 理念 




























































































发 成 本 ， 而 且 代 




















程序 员 应 该 有 主人 和 例 精 神 ， 不 但 应 


该 为 自己 所 承担 的 产品 或 项 目 感到 骄 做 和 自豪 ， 更 应 该 具备 主动 为 自己 所 参与 的 代码 质量 负 














责 的 精神 。 


























2. 项 目 品 质 管理 ， 要 保证 代码 的 质量 必须 要 有 良好 的 代码 质量 管理 技术 。 这 涉及 到 项 目 



























































小 结 


管理 的 知识 与 技能 ， 本 书 官 方 网 站 有 这 方面 的 培训 课程 ， 感 兴趣 的 读者 可 以 到 网 站 查询 。 





本 章 主 要 介绍 了 代码 质量 相关 的 概念 ， 而 架构 质量 最 终 也 要 体现 在 代码 上 ， 所 以 质量 优 
化 是 本 书 的 核心 思想 。 后 面 的 10 个 章节 都 会 围绕 “优化 ”这 个 中 心 ， 带 领 读者 全 面 强化 与 提 






































高 质量 的 实战 技能 本 领 。 


























第 2 革 代码 质量 静态 检 查 工具 


秩序 就 是 正确 的 规律 和 事物 永久 的 合理 性 。 一 一 菲 尔 丁 




















代码 质量 静态 检查 工 其 可 以 自动 快速 发 现 劣 质 代码 和 潜在 Bug， 并 给 出 代码 优化 建议 。 
因此 代码 静态 检查 工具 在 实际 项 目 研发 中 具有 举足轻重 的 作用 ， 利 用 好 各 种 优秀 检查 工具 是 
做 好 品质 管理 的 重要 环节 。 


2.1 静态 分 析 技 术 概 述 


代码 分 析 技 术 分 为 : 

1. 静态 分 析 : 对 程序 代码 的 检查 。 
2. 动态 分 析 : 程序 运行 时 检查 。 
静态 分 析 是 在 不 执行 程序 的 情况 下 对 其 进行 分 析 的 技术 ， 人 简称 为 静态 分 析 。 静 态 分 析 可 
以 被 视 为 自动 化 代码 审查 过 程 ， 是 检查 正 疫 的 最 古老 和 最 安全 的 方法 。 动 态 分 析 着 重 于 内 存 、 
性 能 和 资源 的 检查 。 


2.2 静态 分 析 技 术 原 理 


静态 分 析 技 术 原 理 和 编译 器 的 技术 原理 有 很 多 相似 之 处 ， 主 要 使 用 词法 分 析 、 语 法 分 析 、 
语意 分 析 等 分 析 技 术 对 代码 进行 解析 。 但 它 和 编译 器 最 主要 的 区 别 在 于 各 种 静态 分 析 工 具 可 
以 自 定义 各 种 各 样 的 复杂 规则 。 

国 静态 分 析 特 点 : 

Q@ 不 实际 执行 程序 。 

@) 执行 速度 快 、 效 率 高 。 

@) 全 代码 扫描 。 

图 常用 静态 分 析 技 术 见 表 2-1。 
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表 2-1 静态 分 析 技 术 


























类 别 概 ” 述 应 用 场景 
缺陷 模式 匹配 事先 从 代码 分 析 经 验 中 收集 足够 多 的 共性 缺陷 这 种 方式 的 优点 是 简单 方便 ， 但 是 要 






















































































0 模式 ， 将 待 分 析 代 码 与 已 有 的 共性 缺陷 模式 进行 模式 匹配 ， 从 而 | 求 内 置 足够 多 的 缺陷 模式 ， 且 容易 产生 误 
完成 软件 的 安全 分 析 _ 报 
|。 类 型 扒 类 分 析 可 以 术 害 代码 中 的 类型 
类 开 推断 分 析 | 而 保证 代码 中 每 条 语句 都 针对 正确 的 类 型 执行 。 这 种 技术 首先 将 ee 
ld 预定 义 一 套 类 型 机 制 ， 包 括 类 型 等 价 、 类 型 包含 等 推理 规则 ， 而 5 上 是 简单 ， 高 























后 基于 这 一 规则 进行 推理 计生 的 




















概 述 应 用 场景 














模型 检验 











模 加 检验 建立 于 有 限 状态 自动 机 的 概念 基础 之 上 ， 这 一 其 论 
将 被 分 析 代 码 抽象 为 一 个 自动 机 系统 ， 并 且 假设 该 系统 是 有 限 状 Re Se 
态 的 ， 或 者 是 可 以 通过 抽象 归结 为 有 限 状态 。 模 型 检验 过 程 中 ， ee 
首先 将 被 分 析 代 码 中 的 每 条 语句 产生 的 影响 抽象 为 有 限 状态 自 | 订 生 针尖 : ; 
动机 的 一 个 状态 ， 而 后 通过 分 析 有 限 状态 机 从 而 达到 代码 分 析 E 
的 


























































































































数据 流 分 析 


站 


流 分 析 也 是 一 补 软件 验证 技术 ， 这 种 技术 通过 收集 代码 
中 引用 到 的 变量 信息 ， 从 而 分 析 变量 在 程序 中 的 赋值 、 引 用 以 及 
传递 等 情况 。 对 数据 流 进行 分 析 可 以 确定 变量 的 定义 以 及 在 代码 
























































数据 流 分 析 主 要 适合 检验 程序 中 的 数 
据 域 特性 





-以 































































































赋值 在 后 ， 只 赋值 无 引用 等 








中 被 引用 的 情况 ， 同 时 还 能 够 检查 代码 数据 流 异 常 ， 如 引用 在 前 二 
人 


2.3 ”静态 分 析 技 术 给 我 们 带 来 的 好 处 


国 静态 





:分析 技术 可 以 给 我 们 带 来 以 下 好 处 : 








中 帮助 程序 员 自 动 执行 静态 代码 分 析 ， 快 速 定位 代码 隐藏 错误 和 缺陷 。 30% 一 70% 的 


代码 逻辑 设 
的 成 本 如 
而 在 集成 测 
编码 阶段 ， 























计 和 编码 缺陷 是 可 以 通过 静态 代码 分 析 来 发 现 和 修复 的 。Bug 在 各 个 阶段 被 发 现 
2-1 所 示 , 由 图 可 知 在 单 体 测试 时 发 现 Bug 所 耗费 的 成 本 是 在 编码 时 发 现 的 2 倍 ， 
试 时 发 现 Bug 所 耗费 的 成 本 是 编码 阶段 的 5 倍 ! 静态 代码 检查 进入 流程 的 阶段 是 
因此 可 以 显著 节省 研发 经 费 。 





























































单 体 测试 
集成 测试 
维护 





图 2-1 Bug 发 现时 机 与 成 本 比例 





@ 提高 软件 的 可 靠 性 。 
@) 节省 软件 开发 和 测试 成 本 。 
图 虽然 静态 分 析 技 术 可 以 带 来 以 上 好 处 ， 然 而 也 有 以 下 不 足 : 



































Q 会 
现代 码 中 存 
确认 。 

@) 不 和 


























bt 现 误 报 。 静态 分 析 技 术 是 通过 对 程序 扫描 找到 匹配 某 种 规则 模式 的 代码 ， 从 而 发 
在 的 问题 。 这 种 分 析出 的 结果 不 能 保证 完全 正确 ， 因 此 需要 对 分 析出 的 结果 逐一 























E 够 完全 检查 出 不 符合 项 目 质量 管理 中 定义 的 所 有 质量 标准 规范 之 处 , 需要 结合 实 








际 ， 进 行人 了 


人 工 代 


[检查 。 
人 码 检查 ， 是 对 自动 化 工具 检查 的 补充 。 实 际 研发 过 程 中 一 般 要 通过 召开 品质 管理 









































会 议 ， 统 














五 








产品 质量 。 每 个 开发 人 员 应 该 选取 一 个 代表 其 水 平 的 代码 文件 ， 交 给 架构 师 或 品 


3 
























































































































































































































































































































































































































































































































































质 管 理 员 进 行 检 查 ， 以 确认 其 质量 水 平 。 在 人 工 检查 之 前 ， 一 般 都 要 求 程 序 员 先 用 工具 进行 
自我 检查 ， 再 对 工具 不 能 检测 出 的 质量 标准 项 等 〈 检 查 清单 ) 进行 检查 。 
ae 
2.4 ”常用 重要 静态 分 析 工 具 
常用 重要 静态 分 析 工 具 见 表 2-2。 
表 2-2 常用 静态 分 析 工 具 
工具 名 称 所 属 组 织 简 介 特色 规则 数 下 载 网 站 
Checkstyle 通过 检查 对 代码 编码 格 
式 、 命 名 规约 、JavaDoc、 类 设计 等 方面 偏 重 
ys 进行 代码 规范 和 风格 的 检查 ， 从 而 有 效 | 于 代码 http://checkstyle.s 
人 0 约束 开发 人 员 更 好 地 遵循 代码 编写 规 | 编写 格 | 23 ourceforge.net/ 
范 。 支 持 用 户 根 据 需 求 自 定义 代码 检查 | 式 
规范 
FindBugs 通过 检查 类 文件 或 JAR 文 
件 ， 将 字 节 码 与 一 组 缺陷 模式 进行 对 比 偏 重 
人 从 而 发 现代 码 缺 陷 , 完成 静态 代码 分 析 。| 于 发 现 http://findBugs.so 
FindBugs 马里 兰 大 学 FindBugs 还 为 用 户 提 供 定制 Bug | 代码 缺 4 urceforge.net/ 
Pattern 的 功能 。 用 户 可 以 根据 需求 自 定 | 陷 
义 FindBugs 的 代码 检查 条 件 
PMD 通过 其 内 置 的 编码 规则 对 Java 
代码 进行 静态 检查 ， 主 要 包括 对 潜在 的 偏重 
Bug、 未 使 用 的 代码 、 的 代码 、 循 本 . 
PMD DARPA 环 体 创建 新 对 象 等 问题 进行 检测 ， 完 成 人 368 oh opel 
静态 代码 分 析 ， 也 支持 开发 人 员 对 代码 了 S 
检查 规范 进行 自 定义 配置 。 也 具有 JSP，| “ 
XML 等 代码 检查 功能 
一 款 针 对 Java 语言 的 自动 化 代码 优 
比 和 检测 工具 ，Jtest 的 更 态 代码 分 析 功 | ”偏重 
能 能 够 按照 其 内 置 的 , 超过 1000 多 条 的 于 发 现 je 
Jtest 倍 害 (Parasoft) Java 编码 规范 自动 检查 并 纠正 这 些 隐蔽 | 代 全 饼 | 1000 人 人 
且 难 以 修复 的 编码 错误 。 同时， 还 支持 | 险 A 
户 自 定义 编码 规则 ， 玫 助 用 户 预防 a 
些 特殊 用 法 的 错 1 
面 对 如 此 多 的 静态 代码 检查 工具 ， 我 们 应 该 如 何 使 用 呢 ? 实际 商业 开发 过 程 中 ， 我 们 不 
可 能 把 所 有 的 代码 检查 工具 都 使 用 一 次 来 进行 代码 检查 ， 但 是 我 们 可 以 从 中 选择 一 球 或 者 几 
款 配 合 使 用 。 常 用 的 静态 代码 分 析 工 具 搭配 是 ，“ 一 款 格 式 检查 工具 + 一 款 Bug 检测 工具 ”， 























荐 的 最 佳 实战 工 











组 合 











2.5 如 何 优化 静态 分 析 工 具 








各 种 吏 











以 Checkstyle 工具 














- 





以 下 步 
国 第 一 











合 是 “Checkstyle+FindBug ”。 





态 分 析 工 具 都 有 默认 的 设 定 值 ， 然 而 这 种 设 定 值 一 般 都 不 是 最 佳 优化 配置 ， 本 文 














的 优化 为 例 。 介 和 
Checkstyle 的 模板 文件 是 XML 格式 的 ， 
资深 刀 OT 


才 和 太 


月 TGS 




















分 析 工 具 








优化 方法 。 








可 以 导入 也 可 以 导出 。 实 际 项 目 有 
出 ， 再 导入 到 各 个 程序 员 的 本 地 计算 机 。 





， 将 详细 介绍 Checkstyle 模板 优化 及 共享 的 技术 细节 
步 ， 优化 模板 文件 : 
































条 。 





发 过 程 中 一 般 


Q 在 Eclipse 里 ， 找 到 「Window」 一 「Preferencesj]， 如 图 2-2 所 示 。 
※ 注 : 本 书 中 使 用 的 Eclipse 是 英文 版 本 ， 部 分 窗口 截图 时 对 默认 大 小 进行 了 调整 。 



































Run| | Window | lHelp 





-a New Window 
New Editor 
Hide Toolbar 
Open Perspective 上 
Show View 上 


Customize Perspective... 
Save Perspective As.… 
Reset Perspective... 
Close perspective 
Close All Perspectives 


Navigation 上 


Preferences 














图 2-2 Window 属 履 


@ 因为 默认 的 模板 文件 是 无 法 修改 的 , 所 以 需要 先 根据 既 存 默认 模板 复制 一 个 新 的 模板 
文件 ， 在 新 的 文件 上 才 可 以 优化 成 自己 特有 的 文件 。 在 弹出 的 面板 的 左 侧 单 击 「Checkstyle j]， 
之 后 在 面板 的 右 侧 单 击 「Copy」 按钮 ， 如 图 2-3 所 示 。 





HT 
































|type filter text Checkstyle et 
» General 全 





Limit Checkstyle markers per resourceto 100 加 





Ant 
div Iao Run Checkstyle in background on full builds 


Checkstyle Global Check Configurations 


b> Data Management 


















































» Help Check Configuration Location Type Default New... 

》 Install/Update 图 Sun Checks sun_chec.. Built-,.. Ww properties 

» Java 国 Sun Checks (Eclipse) sun_chec... Built-... pm 

» Java EE Configure.… | | _ 
| RE | 
| ”Java Persistence 

》 JavaScript 本 

Wt Remove 
| 5 Mylyn Set as Default| | 

» Plug-in Development 

bp PropertiesEditor 

b Remote Systems 

bp Run/Debug | 

@ (= x | [cancal 




















| 








图 2-3 ”Checkstyle 属性 设 定 面板 





























nT 





@) 在 弹出 面板 中 的 [Name」 属性 栏 修改 默认 名 称 之 后 单 击 [OK」 按钮 。 如 图 





2-4 所 示 。 





六 
号 Check Configuration Properties ~ 


Te 


PE 





Create copy of Check Configuration ‘Sun Checks" 


eclipse~cs 


Creates a new Check Configuration based on an existing configuration., 





Type: 


Name: 





Location: 


Copy of Sun Checks 


| Description: 





Additional properties,... | 




















> | 365ITEDU-Checks 


"| 
Checkstyle configuration that checks the sun coding conventions. 


图 2-4 模板 文件 命名 
@ 在 面板 的 『Global Check Configurations」 内 选择 刚刚 复 入 














as Default」 按钮 ， 如 图 2-5 所 示 。 
' 品 Preferences el x 
type fiter text Checkstyle 3 NG 










































































@@) 单 


» General ^ === 
Ant 司 Limit Checkstyle markers per resourceto 100 四 淋 
》 Certiv Tools Run Checkstyle in background on full builds 

Checkstyle Global Check Configurations 

Data Management i 
» Help Check Configuration Location Type Default 
》 Install/Update 1 日 365ITEDU-Checkstyle internal_c... Inter.。 WY 
》 Java un Checks sun_chec... Built-... 
》 Java EE 图 Sun Checks (Eclipsej 。 sun_chec..。 Built-... 
》 Java Persistence 

JavaScript EE 
和 Maven 
> Mylyn 
》 Plug-in Development 

PropertiesEditor 
> Remote Systems 
》 Run/Debug 外 
@ [ie | [ease 

、 Sv 上 
图 2-5 设 定 模板 默认 属性 








面板 的 「Configure | 按钮 ， 在 弹 





删除 、 修 改 等 功能 ， 如 图 2-6 所 示 。 
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LI 
La 











的 面板 里 可 以 进行 各 种 优化 设置 ， 包 括 添 加 、 























售 Checkstyle Configuration SHEE -Y= 


sel x) 





Internal Configuration "365ITEDU-Checkstyle” 
Edit checkstyle configuration. 


Known modules 


Configured modules for group "Annotations" 


eclipse~cs 





Enabled Module 


linput filter text here| 


b> SB Annotations 人 


b 英 Javadoc Comments 上 













$M Naming Conventions 





Severity Comment 





疾 Headers 加 

















[add.. -> ] | <- Remove| [open- 








Description: 


回 





Open module editor(s) on add action 





@ 














图 





2-6 ”Checkstyle 规则 优化 控制 本 





党 














@ 作为 示例 , 我 们 把 代码 源 文件 最 大 代码 行 数 设置 成 2000 行 。 单 击 左 侧 [Size Violations | 
选项 ， 右 侧 会 出 现 具 体 所 包 仿 内容， 选择 「Maximum File Length ]， 单 击 『Open|」 按钮 ， 








如 图 2-7 所 示 。 


[ 画 Checkstyle Configuration 本 


(cl 
























































































-一 一 一 
Internal Configuration "365ITEDU-Checkstyle” CC pse 四 CS 
Edit checkstyle configuration. 
Known modules Configured modules for group "Size Violations" 
Input filter text here Enabled _Module Severi Cemment 
只 Annotations 下 Vy Maximum File Length inherit 
SB Javadoc Comments 目 加 Maximum Line Length inherit 
全 Naming Conventions y Maximum Method Length inherit 
昌 闪 Headers 加 Maximum Parameters inherit 
meor 
i 
Description: 
VY| Open module editor(s) on add action @ | OK | | Cancel 














项 
































@ 在 弹出 
图 2-8 所 示 。 




















Mie ~ 


写 Edit module configuration 


2-7 模板 细节 选择 
板 中 的 fmax|」 属性 里 输入 “2000”， 单 击 [TOK」 按钮 ， 就 设 定 完成 了 ， 如 


| 








Configuration of checkstyle module "Maximum File Length" GCC pse “CS 
Edit the module configuration. 




















Properties: 


max: 


fileExtensions: 


@ 
@ 

















Translate tokens 











no ® ord 











项 





2-8 模板 细节 设 定 





图 第 二 步 ， 导 出 模板 文件 : 


Q 在 面板 [Global Check Configurations」 内 选择 之 前 要 导出 的 模板 ， 之 后 单 击 「exportj 

















按钮 ， 定 义 文 件 名 称 〈 例 如 36Sitedu_checkStylexml) 后 保存 即 可 ， 如 图 2-9 所 示 。 

















































































































转 preferences Be go [日 | 
type filter text Checkstyle oo 
;General 2 3 
,Ant Run Checkstyle in background on full builds 
> Certiv Tools Global Check Configurations 
Checkstyle ， 
Check Configuration Location Type Default New... 
b Data Management 一 一 一 一 一 一 
| b Help DL 365ITEDU-Checkstyle internal_c... Inter. YW properties 
》 Install/Update 图 Sun Checks sun_chec... Built-,.. 二 二 二 二 | 者 
jie 图 Sun Checks (Eclipse) sun_chec.. Built-... Configure... 
»Java EE a Copy.… 
》 Java Persistence 人 
Remove 
b JavaScript 一 一 一 一 一 一 一 
> Maven Set as Default 
;Mylyn 三 
| ， Plug-in Development 
b> PropertiesEditor 
> Remote Systems 
, Run/Debug Description: Used in projects: 
Server 病 和 
; Team 
Terminal a 
b Tomcat - Export.. 本 
® OK | | Cancel | 
一 一 一 | 
图 2-9 模板 导出 
已 、 \ 二 一 (= ea ar 时 
@ 另外 ， 对 导出 的 文件 亦 可 以 进行 修改 编辑 。 例 如 ， 一 句 话 的 结尾 ， 默 认 是 没有 中 文句 




















号 “。” 的 ， 我 们 在 如 图 2-10 所 示 地 方 加 入 即 可 。 


<!-- 优化 by 额 廷 吉 --> 

<module name="JavadocStyle"> 
<!-- 缺 省 没有 句号 --> 
<property name="endOfSentenceFormat" value=" (E2111 \t\n\r\falt;]) 
<!-- 缺 省 男 外 还 有 成 员 变 量 --> 


<property name="tokens” value="INTERFACE DEF,CLASS DEF,METHOD_ DEF,CT 


<!-- 缺 省 为 私有 保护 继承 公共 --> 
<property name="scope™” value="public"/> 
</module> 





图 2-10 模板 编辑 





图 第 三 步 ， 导 入 模板 文件 : 
Q) 在 Checkstyle 控制 面板 里 ， 单 击 [new」 按钮 ， 如 图 2-11 所 示 。 











(E13)"/> 


OR_DEF"/> 


@ 在 弹出 面板 的 Type 属性 处 ， 选 择 「External Configuration File |， 输 入 模板 文件 名 称 ， 




















之 后 单 击 「import」 按钮 ， 选 择 模板 文件 之 后 ， 再 单 击 [TOK」 按钮 ， 如 图 











~ 
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2-12 所 示 。 


号 Preferences 























Plug-in Development 
> PropertiesEditor 





> Remote Systems 


he sd 
type filter text | Checkstyle 学 wa 
> General -= 
it Run Checkstyle in background on full builds 
Certiv Tools Global Check Configurations 
Checkstyle S a 
Check Configuration Location Type Default New... 
> Data Management 一 
Heip 日 365ITEDU-Checkstyle internal_c.. Inter.. VY 
» Install/Update 图 Sun Checks sun_chec.。 Built-... a 
ES 图 Sun Checks (Eclipse) sun_chec... Built-... 
> Java EE 和 | copye | 
> Java Persistence 了 
> JavaScript 
川 » Maven Set as Default 
> Mylyn 


咱 











和 Run/Debug 
> Server 
Team 


Terminal 





Tomcat 


@ 








Description: 


Used in projects: 



































KR Check Configuration Properties ji 


模板 导入 





图 2-11 





Check Configuration 


Create a new Check Configu 


Descriptic' 


Additional properties... 





Type: Internal Configuration A 
"| EE 


Project Relative Configuration 


ration 


eclipse~cs 





a 


o Ce 











图 


2-12 ”模板 类 别 选择 











此 处 的 优化 是 全 局 优化 ， 可 以 应 月 
还 需要 进行 设 定 ， 此 处 就 不 再 详 述 了 。 


中 


~ 
Do 
ba 





本 章节 详细 说 明了 静态 代码 质量 检测 工具 的 理论 以 及 应 用 技巧 。 检 测 工具 对 提高 代码 


日 到 Eclipse 的 各 个 项 目 。 上 基体 项 目 选 用 哪个 模板 文件 ， 





肖 





























量 有 着 非常 重要 的 作用 ， 在 实战 中 是 进行 完美 优化 的 重要 手段 ， 需 要 引起 读者 足够 的 重视 。 
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第 3 曹 ”代码 质量 优化 通用 准则 


圣 王者 不 贵 义 而 贵 法 ， 法 必 明 ， 令 必 行 ， 则 已 舌 。 一 一 韩非子 








从 有 编程 语言 开始 ， 无 数 的 先哲 们 就 一 直 在 实践 与 积累 着 各 种 编程 经 验 。 这 种 经 验 不 仅 
适用 于 某 一 门 具体 的 语言 ， 还 形成 了 一 种 通用 的 编程 惯例 与 标准 。Java 技术 虽然 很 优秀 ， 但 
其 发 展 过 程 也 布 满 了 草 坏 。 我 们 要 扬长 避 短 ， 本 章 将 全 面前 述 代码 优化 的 通用 准则 在 Java 
界 里 的 应 用 技巧 。 














































































































3.1 避免 使 用 空 块 
图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 一 
次 代码 1: Before 类 


1 package com.itedu365.best0101; 
2 public class Before { 
3 // 如 果 判 断 为 真 打印 结果 























4 public static void method(boolean isTrue) { 
5 if (isTrue); 
6 System.out.println("OK"); 
7 } 
8 } 
实例 2 
动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 姜 ， 应 该 如 何 优化 ? 
次 代码 2: Before 类 


1 package com.itedu365.best0111; 
2 public class Before { 
3 / 如 果 判 断 为 真 打印 结果 























4 public static void method(boolean para) { 
3) boolean isTrue = para;{ 

6 } 

7 if isTrue) { 

8 } 

9 System.out.println("OK"); 

10 } 

le 
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实例 3 全 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
次 代码 3: Before 类 : 

1 package com.itedu365.best0121; 


2 public class Before { 
3 / 在 控制 人 台 输 出 用 户 输入 





























4 public static void method() { 

5 try { 

0 int in = System.in.read(); 
了 System.out.printin(in); 

8 } catch (IOException e) { 

9 e.printStackTrace(); 

10 } finally { 

11 } 

12 } 

le 


图 现象 类 别 
规约 。 
国 现象 描述 
第 见 的 空 块 一 般 有 以 下 几 种 情况 : 
G@ 多 余 的 分 号 “;” 如 实例 1， 如 果 是 条 件 式 后 面 直接 是 分 号 ， 有 可 能 引起 Bug。 
@ 多 余 大 括号 “{}” 如 实例 2， 往往 是 无 意 中 留 下 的 垃圾 代码 。 
@) 空 finally 语句 ， 如 实例 3，try catch finally 三 者 是 一 个 语句 组 合 ， 如 果 finally 里 面 不 
需要 任何 处 理 ， 那 么 finally 语句 就 不 要 保留 。 
国 不 利 影 响 分 析 
空 块 的 存在 ， 很 容易 引起 误解 : 过 一 段 时 间 可 能 程序 员 自 己 都 会 怀疑 为 什么 这 个 地 方 会 
有 这 样 的 代码 ? 是 漏 写 了 ? 还 是 失误 ? 百 思 不 得 其 解 ， 是 删除 还 是 保留 ? 还 是 继续 调查 需求 
































UD 

















地 






































~ 
























































文档 ”等 等 。 一 系列 令 人 头痛 的 问题 就 出 来 了 ! 为 了 避免 这 些 没 必要 的 麻烦 ， 不 该 要 的 代码 
都 需要 删 掉 。 空 块 的 存在 大 大 降低 了 程序 的 可 读 性 、 简 洁 性 与 可 维护 性 。 

国 检测 工具 或 方法 

GD (C) Empty Block。 

© (P) Empty Finally Block。 

@ (EM) 代码 覆盖 率 。 

图 最 佳 解 决 方案 

对 于 空 块 ， 发 现 一 个 就 要 毫 不 犹 耶 的 删除 一 个 。 有 时 候 ， 由 于 设计 上 的 原因 ， 一 段 代 码 临时 
没 法 确定 其 内 容 ， 可 以 用 “WTODO” 定 义 一 个 空 块 做 特别 标记 ， 等 需求 确定 以 后 再 把 代码 补 上 。 

※ 温 乾 提 示 如 何 防止 犯 低级 错误 ? 

本 章 前 面 几 个 例子 看 起 来 虽然 简单 ， 可 是 实际 操作 起 来 不 一 定 都 能 做 好 。 之 所 以 要 特别 
说 明 ， 因 为 高 质量 的 代码 是 简洁 的 ， 代 码 的 作用 是 清楚 的 ， 是 要 各 司 其 职 的。 特别 是 作为 一 
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名 立志 成 为 高 手 的 程序 员 ， 如 果 不 注意 避免 这 种 低级 失误 ， 它 就 成 为 了 自己 交付 成 果 物 的 污 
点 ， 也 构成 了 对 自己 职业 品质 的 负面 影响 。 通 俗 一 点 讲 ， 我 们 宁肯 犯 高 级 的 错误 ， 也 千 万 别 犯 
低级 的 错误 。 防 止 犯 低级 错误 的 方法 既 需 要 平时 的 功夫 积累 ， 也 需要 多 仔细 检查 (8020 原则 )。 


图 优化 后 代码 
实例 1 优化 后 一 一 多 余 的 分 号 
次 代码 4: After 类 

1] package com.itedu365.best0102; 


2 public class After { 
3 // 如 果 判 断 为 真 打印 结果 























4 public static void method(boolean isTrue) { 
3 if isTrue) { 

6 System.out.println("OK"); 

了 } 

8 } 

9 } 


解析 : 

代码 1 中 第 5 行 多 了 个 分 号 ， 改 变 了 程序 执行 的 业务 逻辑 。 本 意 是 参数 变量 isTrue 为 真 
的 时 候 ， 执 行 第 6 行 代码 ， 现 在 变 成 无 论 变 量 isTrue 是 否 为 真 ， 都 会 执行 第 6 行 代码 。 

if 语句 默认 的 执行 逻辑 是 其 之 后 的 第 一 句 话 ， 为 了 避免 误 读 其 至 是 逻辑 错误 ， 无 论 其 后 
跟 的 语句 是 否 只 有 一 句 ， 都 需要 用 大 括号 把 过 之 后 的 内 容 都 包含 起 来 ， 也 就 是 说 要 把 if 和 大 
括号 当 为 挛 生 兄弟 一 样 同 时 出 现 。 

实例 2 ”优化 后 一 一 多 余 大 括号 

交代 码 5: After 类 







































































1] package com.itedu365.best0112; 
2 public class After { 
3 / 如 果 判 断 为 真 打印 结果 




















4 public static void method(boolean isTrue) { 
3 if (isTrue) { 
6 //TODO 需求 未 定 
7 } 
8 System.out.println("OK"); 
9 } 
10 } 
解析 : 








代码 2 中 第 5 行 与 第 6 行 多 了 大 括号 ， 要 毫 不 犹豫 的 删 掉 。 同 时 ， 第 7 行 与 第 8 行 的 站 
语句 里 面 是 没有 任何 意义 的 代码 ， 这 个 地 方 要 么 删除 要 么 写 上 未 完成 标志 。 

实例 3 ”优化 后 一 一 空 try catch finally 语句 

次 代码 6: After 类 






































1] package com.itedu365.best0122; 
2 publicclass After { 
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3 / 在 控制 全 输出 用 户 输入 
4 public static void method() { 
5 try { 
6 int in = System.in.read(); 
了 System.out.println(in); 
8 } catch (IOException e) { 
9 e.printStack Trace(); 
10 } 
11 } 
忆 

解析 : 








代码 3 中 第 10 行 finally 块 有 空 代码 ， 这 个 地 方 没 有 相应 的 处 理 内 容 ， 那 么 就 直接 去 掉 





























finally 块 部 分 代码 。 


3.2 ”避免 使 用 空 类 


这 利 


国 优化 前 代码 

实例 1 p>- 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 

交代 码 1: Before 类 Ce 


1] package com.itedu365.best0201; 
2 public class Before { 
3 


图 现象 类 别 

规约 。 

图 现象 描述 

空 类 是 除了 类 的 定义 或 默认 构造 方法 以 外 没有 任何 其 他 代码 的 类 。 

国 不 利 影响 分 析 

在 有 些 架 构 中 ,为 了 使 各 层 文件 齐全 ， 即 使 类 没有 被 任何 代码 使 用 ， 也 会 定义 一 些 空 类 。 
设计 是 不 好 的 设计 ,不 但 增加 了 文件 管理 成 本 , 而 且 会 比 3.1 节 里 空 块 所 导致 的 烦恼 更 多 。 












































































































































原因 很 简单 ，3.1 节 里 讲 的 是 类 内 部 影响 ， 而 本 节 中 的 不 良 影响 是 更 高 级 的 ， 类 与 类 之 间架 构 








国 检测 工具 或 方法 

QD (C) Empty Class 

@ (EM) 代码 覆盖 率 

国 最 佳 解决 方案 

不 应 该 画蛇添足 ， 对 没有 价值 的 类 那 就 直接 删除 吧 。 
国 优化 后 代码 

解析 : 

代码 1 是 一 个 实 实在 在 的 空 类 ， 直 接 删 掉 。 
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3.3 去 掉 多 余 的 import 


图 优化 前 代码 
实例 1 


动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 


交代 码 1: Before 类 


import java.lang.*; 
publicclass Before { 


} 
} 


国 现象 类 别 
规约 。 
国 现象 描述 


oo ~ 人 wwi 一 


类 头 部 ， 在 在 各 种 多 余 或 者 无 有 





图 不 利 影响 分 析 








package com.itedu365.best0301; 
import java.io.IOException; 





public static void main(String[] args) { 


System.out.println(" 不 要 引入 多 余 imports"); 


月 的 import 。 


对 于 没有 使 用 的 类 ， 引 入 后 往往 会 容易 引起 误解 。 而 且 不 要 用 “*” 引 入 包 下 面 所 有 类 ， 








hn 5 





图 检测 工具 或 方法 

















GD (C) Redundant Import。 
@〈EC) 未 使 用 的 引入 。 


国 最 佳 解决 方案 


昌 哪 个 就 引入 哪个 ， 否 则 会 降低 程序 的 可 读 性 。 











代码 要 尽 可 能 的 简洁 、 明 了 ， 该 引用 的 一 个 不 能 少 ， 不 该 引用 的 一 个 不 应 该 多 。 对 于 
java.lang.#* 的 包 ， 是 默认 被 引入 ， 这 个 是 基本 编程 常识 ， 因 此 就 不 需要 再 次 引入 了 。 


图 优化 后 代码 
实例 1 优化 后 
次 代码 2: After 类 


package com.itedu365.best0302; 


public class After { 



































public static void main(String[] args) { 


} 


解析 : 














代码 1 
16 





直接 删 掉 第 2 和 








J 与 第 3 





A 


但。 


所 


FE 





1 

2 

3 

4 System.out.println(" 不 要 引入 多 余 imports"); 
5 

6 


然 我们 在 刚刚 开始 的 时 候 还 会 沪 





FE 意 这 种 多 余 的 引 
































用 ， 但 是 当 程序 进行 各 种 修改 后 ， 本 来 是 必须 引入 的 到 后 来 就 变 成 非 必须 的 了 。 此 时 很 多 程 
序 员 却 态 记 删 掉 这 些 多 余 的 引用 ， 给 程序 的 阅读 造成 了 一 定 的 困难 。 由 此 可 见 ， 虽 然 程序 改 
对 了 ， 但 此 时 别 侥幸 ， 离 完美 还 差 一 小 步 呢 。 

3.4 前 切 无 效 代 码 


图 优化 前 代码 













































































实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 © 
1 package com.itedu365.best0401; 
2 public class Before { 
3 / 成员 变量 
4 private String name; 
5 
6 public static void method1() { 
7 / 临时 变量 
8 int i; 
9 method2("365ITEDU", null); 
10 1 
11 
12 / 参数 
13 private static void method2(String strl, String str2) { 
14 System.out.println(str1); 
15 } 
16 
17 / 方法 
18 private static void method3(String strl, String str2) { 
19 System.out.println(str1); 
20 } 
21 
22 
23 / 类 
24 class TestClass { 
2 private static void test(String strl, String str2) { 
26 System.out.println(str1); 
2 } 
又 


国 现象 类 别 

规约 。 

国 现象 描述 

程序 中 存在 未 被 使 用 的 临时 变量 、 成 员 变 量 、 参 数 、 方 法 、 类 等 ， 也 就 是 说 这 些 代码 都 




















过 区 


是 不 起 任何 作用 的 无 效 代码 。 

图 不 利 影响 分 析 

很 多 程序 员 都 有 一 种 心态 : 自己 精心 写 出 的 代码 ， 不 忍心 删除 或 者 优化 。 自 己 在 写 程序 
时 无 意 中 留 下 的 代码 ， 写 的 时 候 可 能 还 知道 其 原因 或 者 还 记得 需要 优化 。 可 是 过 一 段 时 间 后 ， 
这 些 就 都 全 忘记 了 。 这 些 无 效 代 码 将 会 给 后 期 的 维护 带 来 巨大 的 危害 。 

国 检测 工具 或 方法 

GD (P) UnusedFormalParameter (LocalVariable、 PrivateField、 PrivateMethod)。 

© (F) Unused field。 

@ (EC) Never Used。 

则 (EM) 代码 覆盖 率 。 

图 最 佳 解决 方案 
角 认 分 析 检 测 出 的 提示 代码 ， 如 果 确 认 这 些 确实 是 无 效 代码 ， 那 么 毫 不 犹豫 直接 删 掉 。 


※ 温 蔬 提 示 一 一 如 何 防 止 误 删 代码 ? 
使 用 静态 代码 测试 工具 等 发 现 没 有 被 使 用 的 无 效 代码 时 ， 为 了 防止 误 删 除 ， 需 要 对 其 进 
行人 工分 析 确 认 。 


图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 
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1] package com.itedu365.best0402; 
2 public class After { 


3 public static void method() { 
4 method("365ITEDU"); 
5 } 
6 private static void method(String str) { 
也 System.out.printin(stD; 
8 } 
Co 
解析 : 








代码 1 里 ， 成 员 变 量 name、 临 时 变量 i、 方 法 method2 的 参数 str2、 方 法 method3、 类 
TestClass 都 没有 用 到 ， 因 此 都 需要 删 掉 。 


3.5 制定 命名 体系 规约 











图 优化 前 代码 

实例 1 有 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 

交代 码 1: Before 类 地 


1] package com.itedu365.best0501; 
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2 public class Before { 

3 private static String s; 

4 public static void method() { 
5 s= "365itedu"; 

6 System.out.println(s); 

7 

8 


} 


图 现象 类 别 
规约 。 
国 现象 描述 
变量 名 、 方 法 名 、 类 名 、 包 名 等 杂乱 无 章 ， 没 有 规范 。 
国 不 利 影响 分 析 
俗话 说 ， 名 正则 言 顺 。 可 见 名 称 对 于 任何 事物 都 是 非常 重要 的 。 
没有 命名 体系 将 会 带 来 以 下 严重 危害 : 
高 昂 的 系统 理解 成 本 。 
高 昂 的 沟通 成 本 。 
J 维护 成 本 。 
高 昂 的 管理 成 本 。 
极 高 的 系统 坏死 风险 。 
因此 每 一 个 研发 人 员 ， 都 要 提高 对 命名 规范 的 意识 。 
图 检测 工具 或 方法 
CD (F) Nm: Confusing method names 
© (P) Short Variable 
@ (P) Short Method Name Rule 
图 最 佳 解决 方案 
一 个 系统 的 命名 体系 ， 通常 由 两 部 分 内 容 组 成 : 一 部 分 是 “通用 
是 系统 特有 的 “命名 标准 ”。 
“通用 编程 命名 规约 ”规定 了 变量 、 方 法 、 类 、 接 口 、 包 等 通用 命名 规约 ， 这 部 分 内 容 安 
排 在 本 书 附录 “Java 编程 规约 ”里 。 
“命名 标准 ”规定 了 两 部 分 内 容 : 其 一 、 系 统 研发 中 所 涉及 的 系统 元 素 间 关系 的 命名 体系 
规约 ; 其 二 、 研 发 过 程 中 所 有 文档 的 文件 命名 体系 规约 。 其 内 容 会 因为 项 目 所 采取 的 技术 架 
构 不 同 而 有 所 不 同 。 比 如 在 采用 Struts2 的 架构 体系 里 ， 一 般 为 了 配合 架构 研发 ， 会 做 如 下 规 
约 〈 如 图 3-1 所 示 ): 
G JSP 页 面 按钮 名 称 为 体现 动作 行为 的 “动词 +[ 动 作对 象 + 后 级 ” 如 confirmEvent。 
@ ActionEvent 类 中 ， 方 法 名 要 与 JSP 页 面 名 称 一 致 。 
@) Service 层 代码 里 返回 值 是 上 述 “(D” 里 的 “动词 + 后 级 ”如 confirmSuccess。 
由 Struts2 配置 文件 里 ， 返 回 页 面 结果 值 要 与 Service 返回 结果 一 致 。 
因此 ，365IT 学 院 官 网 上 的 “命名 标准 ”可 供 读者 参考 ,目的 是 要 帮 读 者 理解 并 掌握 完美 
架构 规约 的 思想 。 
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程 命名 规约 ” 为 外 就 
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Struts2 


method=" {7}" 





ActionEvent 


suine[ confirmEven] 


return servicelResult 





JSP 


method[ conTirmEven] 


























图 3-1 Strut2 项 目 命名 规 丝 


Service 


return|confirmSuccess 













































































编程 解密 一 : 完美 规约 

不 同 的 项 目 因 采 用 的 架构 技术 不 同 ， 其 命名 标准 规约 就 不 同 。 在 大 型 项 目 研发 中 ， 为 节 
省 研发 成 本 提高 研发 效率 与 质量 ， 一 般 会 开发 一 球 适 合 于 架构 的 自动 化 代码 生成 工具 。 这 种 
工具 在 被 程序 员 使 用 时 ， 都 需要 根据 业务 内 容 编辑 一 个 模板 文件 ， 作 为 自动 生成 工具 的 输入 

















文件 。 而 在 填 





的 代码 就 会 自 




















该 是 架构 大 于 


编码 。 














写 横 板 时 ， 都 会 做 各 种 约定 ， 只 要 程 
动 生 成 。 因 此 有 人 说 约定 大 了 
























































优化 技巧 01: 按照 命名 规约 赋予 名 称 
图 优化 类 别 


优化 数据 


结构 。 


图 实施 方法 
名 称 优化 在 编程 中 的 使 用 频率 可 以 说 是 最 高 的 ， 相 信 很 多 读者 也 知道 这 一 点 ， 笔 者 在 此 























特别 强调 其 重 











要 性 ， 而 且 列 举 为 第 一 个 优化 技巧 ， 























识 ， 再 上 升 到 一 个 更 高 的 境界 。 


名 称 优化 的 原则 ， 可 以 按照 “通用 编程 命名 规约 ”以 及 系统 “命名 标准 ”进行 命名 。 
































※ 温 声 提 示 一 一 方法 命名 有 什么 小 技巧 ? 


方法 命名 有 一 个 小 技巧 ， 就 是 可 以 首先 考虑 应 该 给 这 个 方 


想 办 法 将 注释 


变 成 方法 名 称 。 


图 优化 后 代码 
实例 1 优化 后 


交代 码 2: 


After 类 


1] package com.itedu365.best0502; 
2 public class After { 
static private String theBestCodingPrectice; 


3 
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序 员 按照 这 些 约定 进行 模板 设计 ， 高 质量 
六 编码， 其 实 作 进一步 分 析 ， 其 更 加 深奥 的 含义 应 




















法 写 上 一 名 怎样 的 注释 ， 





目的 就 是 希望 引起 读者 对 名 称 重 要 性 的 认 


然后 


4 public static void method() { 

5 theBestCodingPrectice = "365itedu"; 

6 System.out.println(theBestCodingPrectice); 
7 
8 


解析 : 
代码 1 中 的 变量 s 是 一 个 没有 实际 意义 的 变量 ， 如 果 是 程序 维护 人 员 读 到 这 种 代码 ， 佑 
计 就 会 朋 溃 了 。 


3.6 去掉 重复 代码 
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图 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 


1] package com.itedu365.best0601; 
2 public class Before { 





8 public static void method() { 

4 / 打印 姓名 

9 printName("36SITEDU"); 

6 // 打印 部 门 

7 printDepart("YFANN"); 

8 } 

9 private static void printName(String name) { 
10 System.out.println(name + "。"); 

11 } 

12 private static void printDepart(String depart) { 
13 System.out.println(depart + "。"); 

14 } 

ls 


图 现象 类 别 

惯例 。 

图 现象 描述 

多 个 类 里 面 含有 相同 的 方法 或 者 代码 片段 。 

图 不 利 影响 分 析 

重复 代码 是 系统 变 坏 的 重要 表现 之 一 。 如 果 系 统 里 同一 个 类 或 者 不 同 的 类 内 存在 很 多 重 

复 代 码 ， 一 旦 业务 需求 变更 ， 需 要 修改 相应 业务 罗 辑 时 ， 如 果 忘记 修改 任何 一 处 ， 都 会 

产生 Bug。 
如 果 存 在 很 多 这 种 重复 代码 ， 那 么 就 会 产生 对 系统 的 信任 危机 ， 再 进行 全 功能 测试 ， 将 

会 浪费 大 量 人 力 物 力 ， 这 样 系统 将 慢 慢 的 变 成 一 个 不 可 测试 与 维护 的 系统 。 
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国 检测 工具 或 方法 

CR) 代码 检查 

国 最 佳 解决 方案 

去 除 重复 代码 ， 增 加 代码 的 复 用 。 
图 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 








1 package com.itedu365.best0602; 

2 public class After { 

3 public static void method() { 

4 / 打印 姓名 

5 printContent("365ITEDU"); 
6 

及 

8 

9 





// 打印 部 门 
printContent("YFANN"); 
} 


private static void printContent(String strObject) { 
10 System.out.println(strObject + "。"); 
11 } 
入 


解析 : 
代码 1 中 ， 方 法 printName 与 方法 printDepart 有 相同 的 处 理 内 容 ， 因 此 可 以 合并 成 一 个 





















































3.7 ”如 何 优雅 使 用 switch 语句 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? @ 
交代 码 1: Before 类 


1] package com.itedu365.best0701; 

2 public class Before { 

3 public static void method(int count) { 
4 switch (count) { 

忆 Case 0: 

6 System.out.println("OK"); 

了 case 1: 

8 System.out.println("NG"); 

9 


break; 
10 Case 2: 
11 System.out.println("Not exist"); 
12 break; 
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图 现象 类 别 
惯例 。 

国 现象 描述 
在 switch 语句 中 省 略 掉 break 或 default 语句 。 
国 不 利 影响 分 析 














































































































试 到 系统 上 线 都 没 发 现 的 话 ， 这 样 的 Bug 就 成 了 漏网 之 鱼 。 











在 switch 语句 里 ， 如 果 缺 少 跳出 语句 ， 就 会 出 现 跨 越 分 支 的 情况 。 可 能 会 有 人 疑问 ， 这 
种 问题 会 在 单 体 测试 时 被 发 现 。 然 而 任何 人 都 有 玻 忽 ， 如 果 程 序 罗 辑 判 断 很 复杂 ， 


从 单 体 测 


另外 , 缺少 default 使 得 switch 语句 不 完整 , 而 乱 加 default 语句 的 代码 其 可 读 性 则 非常 差 。 


国 检测 工具 或 方法 

GD (C) Fall Through。 

© (C) Missing Switch Default。 
@) (C) Default ComesLast。 

图 最 佳 解决 方案 





每 个 case 都 需要 break、return、throw 或 continue 等 跳出 语句 ， 而 且 即 使 我 们 相信 代码 已 














= 





经 履 盖 掉 了 所 有 的 可 能 分 支 ,但 是 还 应 当 有 一 个 分 文 是 给 default 的 (可 以 认为 总 

















~、 











N 个 分 


支 ， 前 N-1 为 case 语句 部 分 ， 第 N 个 就 是 default 部 分 ， 可 类 似 于 ifelse )。 另 外 ，default 语 




















人 句 要 位 于 最 后 一 个 case 分 支 之 后 ， 这 样 会 使 代码 更 加 优雅 。 














※ 温 声 提 示 一 一 如 何 让 Eclipse 对 switch 使 用 方法 进行 验证 ? 


对 于 “跨越 分 支 ” 以 及 “缺少 default” 的 检测 ， 还 可 修改 Eclipse 的 IDE 的 警告 级 别 来 提 


示 Switch 语句 使 用 的 正确 性 。 


图 优化 后 代码 
实例 1 优化 后 
次 代码 2: After 类 





1] package com.itedu365.best0702; 

2 public class After { 

3 public static void method() { 

4 inti= 1; 

5 Switch (1) { 

6 case 0: 

了 System.out.println(0); 
8 /break 不 可 漏 掉 

9 break.; 

10 case 1: 

11 System.out.println(]); 
|2 break; 
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3.8 





mm 





Ps 











13 / default 位 置 要 在 case 后 


14 default: 

15 System.out.println(9); 
16 break; 

17 } 

18 } 

多 人 


解析 : 
代码 1 第 6 行 之 后 态 记 了 break 语句 ,同时 需要 把 default 语句 调整 到 所 有 case 语句 之 后 。 























用 大 写 “ 工 ”代替 小 写 “1” 定 义 long 变量 
图 优化 前 代码 


实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? p 
交代 码 1: Before 类 去 


1] package com.itedu365.best0801; 

2 public class Before { 

3 public static void method() { 
long 1= 11; 
System.out.printin(]); 


~ 人 上 


图 现象 类 别 
图 现象 描述 
long 类 型 的 变量 ， 需 要 在 数字 之 后 紧 跟 小 写 英文 字母 “1” 或 者 大 写 “L”。 而 现实 代码 中 
































E 往 都 使 用 小 写 “1”。 


图 不 利 影响 分 析 
小 写 英文 字母 “1” 与 数字 “1” 是 非常 难以 辨别 的 ， 这 大 大 降低 了 代码 可 读 性 与 可 维 


























护 性 。 


国 检测 工具 或 方法 

(C) Upper EII。 

国 最 佳 解决 方案 

在 定义 long 的 时 候 ， 要 用 大 写 “ 工 ”代替 小 写 “1?”。 

※ 温 馨 提示 一 一 如 何 避 免 难以 辨认 字母 ? 

在 一 些 验证 码 字 母 的 设计 中 ， 也 要 避免 使 用 难以 辨认 的 英文 与 数字 : 字母 “0” 与 数字 








“0>， 大 写字 母 “7 (小 写 是 “1” js 小 写字 了 母 本 区 (大 写 是 “2. 与 数字 1” 等 。 
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图 优化 后 代码 
实例 1 优化 后 
次 代码 2: After 类 





1] package com.itedu365.best0802; 

2 public class After { 

3 public static void method() { 

4 / 把 小 写 "" 换 成 大 写 "L", 同 时 把 变量 1 换 成 易 读 变量 long1 
5 long long 1 = 1L; 

6 System.out.println(long1); 

7 } 

8 } 


解析 : 
代码 1 中 ， 第 4 行 代码 变量 “1” 的 值 是 “11 ” 呢 还 是 “1i” 呢 ? 独 然 一 看 ， 很 多 程序 员 
十 计 都 会 认为 是 “11” 吧 ， 而 且 变量 “1” 也 不 要 这 么 定义 ， 很 难 洲 认 。 


3.9 避免 在 一 条 语句 中 声明 或 赋值 多 个 变量 


图 优化 前 代码 
































= 
车 


























实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 © 
1] package com.itedu365.best0901; 
2 public class Before { 
3 public static void method() { 
4 // 定义 变量 long1，long2 
3 long longl, long2; 
6 long2= longl = 1; 
也 System.out.println(long1l); 
8 System.out.println(long2); 
9 } 


10 } 


国 现象 类 别 
图 现象 描述 
很 多 程序 员 为 了 少 融 代码 , 往往 习惯 在 一 条 赋值 表达 式 语句 中 同时 声明 或 赋值 多 个 变量 。 
国 不 利 影响 分 析 

条 赋值 表达 式 语 句 中 同时 声明 或 赋值 多 个 变量 ， 会 大 大 降低 了 程序 的 可 读 性 与 可 测试 性 。 
图 检测 工具 或 方法 


CC) Inner Assignment 










































































25 


国 最 佳 解决 方案 

把 合 在 一 起 的 变量 ， 按 照 变 量 个 数 分别 分 解 到 各 行 。 这 也 是 单一 职责 的 一 种 延伸 : 一 条 
语句 一 个 功能 ， 简 单 明 了 。 

图 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 












































1] package com.itedu365.best0902; 

2 public class After { 

3 public static void method() { 
4 // 定义 变量 longl 

5 long longl = 1; 
6 

2 

8 

9 


i 


// 定义 变量 long2 
long long2 = 2; 





System.out.println(long1); 
System.out.println(long2); 
10 } 
ll } 


解析 : 

代码 1 中 ,第 5 行 定义 了 2 个 变量 ， 在 第 6 行进 行 了 2 个 变量 的 赋值 ， 需 要 把 这 两 个 语 
句 进行 拆 解 ， 分 别 定义 与 赋值 。 
3.10 去掉 控制 标志 的 临时 变量 


图 优化 前 代码 





















































实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
次 代码 1: Before 类 6 
1 package com.itedu365.best1001; 
2 public class Before { 
3 public static void method() { 
4 System.out.printin(getLevel( 1)); 
3 } 
0 privatestatic String getLevel(int type) { 
7 / 结果 控制 标志 临时 变量 
8 String resultData= ""; 
9 if (type ==1) 1 
10 resultData = "第 一 名 "; 
11 } elseif (type == 2) { 
12 resultData= "第 二 名 "; 
13 } else{ 
14 resultData = "第 三 名 "; 
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15 
16 return resultData; 


18 } 


国 现象 类 别 








国 现象 描述 
在 传统 面向 编程 语言 “单一 出 























结果 的 临时 变量 。 
图 不 利 影响 分 析 

















面向 过 程 的 编程 语言 里 ， 可 能 已 经 习惯 于 每 个 方法 
言 中 ， 我 们 可 以 更 加 灵活 ， 去 掉 这 种 临时 变量 
里 解 。 但 如 果 按 照 本 书 4 









































结 出 口 很 多 ， 代 码 不 容易 
就 会 使 代码 变 得 简单 明了 。 
国 检测 工具 或 方法 
(R) 代码 检查 。 
图 最 佳 解决 方案 















































介绍 的 优 











”原则 的 引导 下 ， 在 条 件 表 达 式 里 





























根据 本 例 中 优化 技巧 02 〈 移 除 控制 标志 临 
优化 技巧 02: 移 除 控制 标志 临时 变量 











图 优化 类 别 
优化 数据 结构 。 
图 实施 方法 
































ys 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 








package com.itedu365.best1002; 


public class After { 


if (type==1){ 
return "第 一 名 "; 

} elseif (type = = 2) { 

10 return "第 二 名 "; 

11 } else { 

12 return "第 三 名 "; 

13 } 


1 
更 
3 
4 
5 } 
6 
区 
8 
9 





去 掉 控 制 标志 临时 变量 ， 直 接 调用 returmn 跳 


public static void method() { 
System.out.println(getLevel( 1)); 


private static String getLevel(int type) { 


复杂 分 支 语句 。 





bt 
得 
es 








| 
人 





企 面 向 对 象 的 编程 语 
j 晰 很 多 。 可 能 会 有 人 纠 
化 技巧 对 代码 进行 全 方位 优化 之 后 ， 


和 人 有 < 出 
J 控制 标记 会 让 代码 清 
























































量 ) 移 除 控制 标 


解析 : 
代码 1 中 ，resultData 是 结果 返回 临时 变量 。 可 以 在 每 个 条 件 句 里 面 ， 直 接 返 回 结果 ， 而 
无 需 resultData。 









































3.11 避免 赋予 临时 变量 过 多 的 角色 


图 优化 前 代码 














实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
次 代码 1: Before 类 © 
1 package com.itedu365.best1101; 
2 public class Before { 
3 public static void method() { 
4 String temp; 
5 / 赋予 临时 变量 职责 1 
6 temp = "This is " + getType(); 
7 System.out.println(temp); 
8 / 赋予 临时 变量 职责 2 
9 temp = "My name is " + getName(); 
10 System.out.println(temp); 
11 } 
12 private static String getName() { 
13 return "365ITEDU"; 
14 } 
15 private static String getTypeO { 
16 return "education!"; 
17 } 
18 } 


图 现象 类 别 
图 现象 描述 
很 多 程序 员 都 习惯 用 一 个 临时 变量 保存 一 个 运算 结果 后 ， 再 给 此 临时 变量 赋予 其 他 意义 
图 不 利 影 响 分 析 
单一 职责 告诉 我 们 ， 这 种 临时 变量 只 应 该 被 赋值 一 次 。 如 果 它 们 被 赋值 超过 一 次 ， 就 意 
味 着 它们 在 方法 中 承担 了 一 个 以 上 的 职责 ， 这 会 令 代 人 码 阅读 者 迷惑 ， 这 样 会 大 大 降低 程序 的 
可 读 性 。 
国 检测 工具 或 方法 
(R) 代码 检查 。 
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国 最 佳 解决 方案 
根据 本 例 中 优化 技巧 03 〈 赋 予 临 时 变量 单一 职责 )， 引 入 变量 ， 以 减少 变量 职责 。 


优化 技巧 03: 赋予 临时 变量 单一 职责 


图 优化 类 别 

优化 数据 结构 。 

国 实施 方法 

增加 新 的 临时 变量 ， 使 得 每 个 临时 变量 只 代表 一 种 职责 
国 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 









































1] package com.itedu365.best1102; 
2 public class After { 
3 public static void method() { 
4 / 临时 变量 类 型 
5 String tempType = ""; 
6 // 临时 变量 姓名 
7 String tempName = ""; 
8 tempType = "This is " + getType(); 
9 System.out.println(tempType); 
10 tempName = "My name is " + getName(); 
11 System.out.println(tempName); 
12 } 
13 private static String getName() { 
14 return "36SITEDU,"; 
15 } 
16 private static String getTypeO { 
17 return "education!"; 
18 } 
lS 
解析 : 











代码 1 中 ， 临 时 变量 temp 被 赋予 了 2 次 职责 ， 容 易 引 起 误解 ， 需 要 引入 新 的 临时 变量 
别 对 第 6 行 与 第 9 行进 行 赋值 ， 以 减轻 temp 的 责任 。 


3.12 ”避免 使 用 魔法 数字 


图 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 
交代 码 1: Before 类 


1] package com.itedu365.best1201; 














可 
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2 public class Before { 
3 public static void method(int type) { 
4 久 国人 重 
5 if (type == 10) { 
6 System.out.println("I am white!"); 
/ 黑色 
8 } elseif (type == 20) { 
9 System.out.println("I am black!"); 
10 } 
11 
lo 
图 现象 类 别 


图 现象 描述 
魔法 数字 (Magic Number) 是 指 拥有 特殊 意义 ， 却 又 不 能 明确 表现 出 这 种 意义 的 数字 。 
程序 里 面 存在 大 量 这 种 难以 阅读 的 数字 。 
国 不 利 影响 分 析 
魔法 数字 是 臭名 昭著 的 劣质 代码 现象 之 一 。 如 果 需 要 在 不 同 的 地 点 引用 同一 个 逻辑 数 ， 
就 会 给 程序 员 带 来 无 限 的 烦恼 。 一 旦 这 些 数 发 生变 化 ， 我 们 就 要 在 程序 中 找到 所 有 引用 的 地 
方 ， 并 将 它们 全 部 修改 。 即 使 不 修改 ， 仅 仅 是 调查 分 析 ， 要 准确 指出 每 个 魔法 数字 所 在 的 位 
置 ， 也 会 让 程序 员 心 寒 叶 血 。 

国 检测 工具 或 方法 

(C) Magic Number。 

图 最 佳 解决 方案 

魔法 数字 的 替换 手段 一 般 有 以 下 三 种 : 

Q) 当 不 是 类 型 码 的 时 候 ， 考 虑 使 用 常量 代替 一 一 用 本 例 优 化 技巧 04〈 用 常量 取代 魔 






































































































































































































































@ 当 是 有 限 个 数 的 类 型 码 时 ， 考 虑 使 用 枚 举 代 蔡 一 一 参照 用 优化 技巧 05 (用 枚 举 取 代 
类 型 码 )。 
@ 当 是 不 定 个 数 的 类 型 码 时 ， 考 虑 使 用 类 代替 
优化 技巧 04: 用 常量 取代 魔法 数字 


图 优化 类 别 
优化 数据 结构 。 
国 实施 方法 
对 魔法 数字 进行 优化 之 前 
要 用 常量 来 代替 。 


常量 不 会 造成 任何 性 能 开销 ， 却 可 以 大 大 提高 代码 的 可 读 性 。 




















参照 优化 技巧 08〈 用 多 态 代替 条 件 


























要 分 析 魔 法 的 特征 。 如 果 这 个 魔法 数字 不 是 代表 的 类 型 码 时 ， 


~ 














[hm 














了 
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图 优化 后 代码 
实例 1 优化 后 
交代 码 2: Consts 类 


1 package com.itedu365.best1202; 

2 public class Consts { 

3 public static int COLOR_WHITE 10= 10; 
4 public static int COLOR_BLANK 20= 20; 
5 } 


交代 码 3: After 类 


1] package com.itedu365.best1202; 

2 public class After { 

3 public static void method(int type) { 

4 灵 辣 色 

5 if (type == Consts.COLOR_ WHITE 10){ 
6 

7 

8 

9 





System.out.println("I am white!"); 

/ 黑色 

} elseif (type == Consts.COLOR BLANK 20){ 
System.out.println("I am black!"); 





10 } 
11 } 
刘 下 


解析 : 

代码 1 中 ， 第 5 行 赋予 了 临时 变量 type 数字 10， 这 个 10 就 是 魔法 数字 。 一 般 来 说 ， 系 
统 会 默认 0 与 1 为 非 魔法 数字 ， 其 他 的 都 会 认为 是 魔法 数字 。 

※ 温 声 提 示 一 一 如 何 定 义 常 量 ? 

常量 的 定义 一 般 分 三 个 层次 : 本 类 范围 、 模 块 ( 子 系统 ) 范围 、 全 局 范围 。 根 据 实际 情 
况 定义 到 相应 的 类 里 ， 模 块 常量 与 全 局 常量 ， 一 般 都 要 单独 放 在 常量 类 里 。 












































在 常量 类 定义 时 ， 为 了 阅读 的 方便 ， 一 般 都 在 其 后 级 加 上 本 常量 所 用 的 数字 ， 如 
COLOR WHITE 10 = 10。 























3.13 在 for 循环 内 修正 增 量 因子 有 什么 首 端 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 Ce 


1] package com.itedu365.best1301; 
2 public class Before { 


37 


3 public static void method() { 
4 for (inti=0;1<10;){ 

5 / 打印 奇数 

6 i 

了 System.out.println(iD); 
8 

9 


】 
10 } 


国 现象 类 别 
国 现象 描述 

在 for 循环 体 逻 辑 代码 里 ， 修 改 了 增 量 因子 。 

国 不 利 影响 分 析 

如 果 把 增 量 因子 的 改变 放 在 循环 语句 内 ， 会 容易 引起 误 操作 。 
图 检测 工具 或 方法 

(C) Modified Control Variable。 

国 最 佳 解决 方案 

把 控制 增 量 因子 变化 语句 移动 到 for 循环 语句 内 。 

图 优化 后 代码 

实例 1 优化 后 

六 代码 2: After 类 


















































1] package com.itedu365.best1302; 
2 public class After { 
3 public static void method() { 

















4 for (inti=0;i1<10;i+= 1){ 
5 / 打印 奇数 
6 System.out.println(i); 
了 } 
8 } 
9 
解析 : 
代码 1 里 ， 把 第 6 行 放 到 了 循环 体内 的 增 量 因 子 ， 转 移 到 第 4 行 for 循环 的 定义 体内 。 

















3.14 用 Enum 代替 Integer 类 型 码 常量 





图 优化 前 代码 

实例 1 有 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 

六 代码 1: Consts 类 CS 


1] package com.itedu365.best1401; 
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2 
3 
4 
S 
6 
7 
8 
9 


10 


public class Consts { 


public static final Integer WEEK SUNDAY =0; 
public static final Integer WEEK MONDAY = 1; 
public static final Integer WEEK_TUESDAY =2; 
public static final Integer WEEK _ WEDNESDAY = 3; 
public static final Integer WEEK_THURSDAY = 4; 
public static final Integer WEEK FRIDAY =5; 
public static final Integer WEEK SATURDAY = 6; 


} 


交代 码 2: Before 类 


























1] package com.itedu365.best1401; 
2 public class Before { 
3 / 根据 类 型 取得 星期 名 称 
4 public static String getDayName(Integer type) { 
9 if (Consts.WEEK MONDAY == type) { 
6 return "周一 "; 
加 } elseif (Consts.WEEK_ TUESDAY == type) { 
8 return "周二 "; 
9 } elseif (Consts.WEEK WEDNESDAY ==type) { 
10 return "周三 "; 
11 } elseif (Consts.WEEK THURSDAY ==type) { 
12 return " 周 四 "; 
13 } elseif (Consts. WEEK FRIDAY == type) { 
14 return " 周 五 "; 
1s } elseif (Consts.WEEK SATURDAY ==type) { 
16 return " 周 六 "; 
17 } else{ 
18 return " 周 日 "; 
19 } 
20 } 
2 
图 现象 类 别 
常量 。 

















一 星期 内 的 七 天 ， 一 副 扑 殉 上 
旦 世界 里 ， 留 有 以 





向 对 象 的 编 和 












































图 不 利 景 


尿 / 多 响 分 析 














i 


的 花色 等 ， 在 编程 




































































枚 举 类 型 是 指 由 一 组 固定 的 常量 组 成 的 类 型 ， 枚 举 没 有 可 以 访问 的 构造 器 ， 枚 举 














真正 的 final。 


























更 加 便利 。 














| 









































枚 举 的 本 质 是 单 例 
亦 可 以 解决 类 型 码 的 问题 ， 但 是 


my 

















， 可 读 性 相对 于 枚 举 要 








类 
的 泛 型 化 ， 而 且 枚 举 有 功能 完善 的 操作 方法 。 蜂 然 数字 代 
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型 
党 
上 




















逊色 很 多 ， 更 重要 的 是 枚 举 使 有 





起 
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+F 界 可 以 认为 是 有 限 的 类 型 码 。 在 而 
常量 代替 类 型 码 的 面向 过 程 的 编程 思维 。 


上 





. 癌 [ou 





图 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

用 本 例 优化 技巧 05《〈 用 枚 举 取代 类 型 码 ) 进行 优化 。 


优化 技巧 05: 用 枚 举 取代 类 型 码 


图 优化 类 别 

优化 数据 结构 。 

国 实施 方法 

把 常量 的 类 型 码 都 去 掉 ， 对 于 每 一 个 类 型 可， 定义 一 个 枚 举 类 型 的 成 员 变 量 。 
Ll 体 步 又 如 下 : 

G@ 定义 枚 举 类 。 

@ 用 枚 举 常 量 代 蔡 类 型 码 。 

国 优化 后 代码 

实例 1 优化 后 

交代 码 3: Week 类 
























































1] package com.itedu365.best1402; 

2 public enum Week { 

3 SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY 
2 


交代 码 4: After 类 



































1] package com.itedu365.best1402; 

2 public class After { 

3 / 根据 类 型 取得 星期 名 称 

4 public static String getDayName(Week type) { 
5 if (Week.MONDAY == type) { 

6 return "周一 "; 

了 } elseif (Week.TUESDAY == type) { 

8 return "周二 "; 

9 } elseif (Week. WEDNESDAY == type) { 
10 return "周三 "; 

11 } elseif (Week.THURSDAY == type) { 
12 return " 周 四 "; 

13 } elseif (Week.FRIDAY == type) { 

14 return " 周 五 "; 

15 }elseif (Week.SATURDAY == type) { 
16 return " 周 六 "; 

17 }else{ 

18 return " 周 日 "; 

19 } 
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2 

解析 : 

代码 1 里 ， 很 显然 ， 一周 只 有 7 天 ， 都 是 固定 的 ， 对 于 这 种 情况 ， 我 们 设计 的 时 候 使 用 
枚 举 类 型 是 最 住 选择 。 





















































3.15 用 BigDecimal 类 型 进行 精确 计算 


图 优化 前 代码 

实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 

交代 码 1: Before 类 OS 


1] package com.itedu365.best1501; 
2 public class Before { 
3 public static void method() { 





4 / 99.00-88.90 = 10.1 
5 System.out.println(99.00-88.90); 
6 } 
Se 
执行 结果 为 : 
10.099999999999994 


国 现象 类 别 
国 现象 描述 
在 精确 计算 时 ， 程 序 中 使 用 非 BigDecimal 类 型 进行 计算 ， 如 浮 点 数 。 
图 不 利 影 响 分 析 
虽然 几乎 每 种 处 理 器 和 编程 语言 都 支持 浮 点 运算 ， 但 是 因为 我 们 不 经 常 使 用 浮 点 运算 ， 
所 以 大 部 分 程序 员 很 少 注意 到 浮 点 数 的 计算 是 有 误差 的 。 另 外 对 于 一 些 刚刚 步 入 行业 的 程序 
员 来 说 ， 甚 至 不 知道 BigDecimal 的 存在 。 正 因为 如 此 ， 如 果 浮 点 数 用 的 不 恰当 ， 就 会 产生 意 
想不到 的 后 果 。 
国 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 
我 们 不 能 忽视 了 BigDecimal 这 个 精确 计算 的 利器 。 






































































































































※ 温 声 提 示 一 一 BigDecimal 用 在 哪里 ? 
在 银行 、 国 家 税务 计算 或 者 科学 计算 等 领域 ， 都 要 求 计算 的 结果 要 非常 精确 ， 显 然 浮 点 
类 型 满足 不 了 这 种 需求 。BigDecimal 类 型 ， 就 是 为 了 解决 这 些 精确 计算 需求 而 设计 的 。 
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优化 后 代码 
交代 码 2: After 类 


1] package com.itedu365.best1502; 

2 public class After { 

3 public static void method() { 

4 BigDecimal bl = new BigDecimal(99.00); 
5 BigDecimal b2 = new BigDecimal(88.90); 
6 

7 

8 

9 





/ 定义 输出 格式 
NumberFormat nf = new DecimalFormat("#.##"); 
System.out.println(nf.format(b1.Subtract(b2))); 


10 } 
执行 结果 为 : 
10.1 


解析 : 
代码 1 里 的 执行 结果 ， 是 不 是 有 点 出 乎 意料 昵 ?而 代码 2 用 BigDecimal 进行 蔡 换 后 的 输 
出 结果 ， 正 是 我 们 所 需要 的 。 






























































3.16 ”避免 混用 “+” 


图 优化 前 代码 


实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 CS 


1] package com.itedu365.best1601; 

2 public class Before { 

3 public static void method() { 

4 // 2+4=6 

5 System.out.println("2+4=" + 2 + 4); 
6 

也 





图 现象 类 别 
计算 式 。 
国 现象 描述 
“+” 计 算 符号 被 赋予 了 强大 的 功能 ， 而 且 具 有 类 型 自动 转换 功能 。 程 序 中 往往 过 度 使 用 
了 其 自动 转换 功能 。 
36 



























































图 不 利 影响 分 析 
在 字符 串 与 非 字 符 串 的 操作 中 ， 如 果 “+” 左 侧 是 String 类 型 ， 而 右 侧 不 是 String 类 型 ， 
程序 会 自动 调用 toString 方法 进行 类 型 转换 。 这 种 自动 转型 容易 引起 误 读 ， 甚 至 产生 Bug。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

有 两 种 方法 来 避免 ， 第 一 种 就 是 把 非 String 类 型 的 数据 进行 明示 转换 ， 一 般 用 
“String.valueOfO0” 方 法 ， 再 进行 字符 串 拼 接 。 另 外 一 种 就 是 把 非 String 类 型 数据 的 计算 与 字 
符 串 的 拼接 分 开 来 。 

可 以 说 ， 本 例 是 3.16 小 节 的 特殊 情况 。 

图 优化 后 代码 

实例 1 优化 后 

六 代码 2: After 类 

















































































































1 package com.itedu365.best1602; 
2 public class After { 


3 public static void method() { 
4 // 2+4=6 
3 int result = 2+4; 
6 System.out.println("2+4=" + result); 
7 } 
8 } 
解析 : 























代码 1 本 意 是 想 要 “2+4=6” 结 果 的 ,但 并 非 所 愿 。 这 就 是 “+” 不 恰当 使 用 得 到 的 后 果 。 
代码 2 里 ， 增 加 了 一 个 临时 变量 ， 来 避免 自动 转型 带 来 的 隐藏 Bug。 














3.17 ”避免 混用 复杂 运算 符 











图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
次 代码 1，Before 类 加 
1] package com.itedu365.best1701; 
2 public class Before { 
3 public static void method(int times) { 
4 / 判断 是 否 合格 : (基点 + 得 分 * 倍 率 ) 之 100 
5 System.out.println(20 + getScore() * times > 100); 
6 } 
又 private static int getScore() { 
8 return 10; 
9 } 
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10 } 


图 现象 类 别 
计算 式 。 
国 现象 描述 
在 程序 里 ， 存 有 大 量 
图 不 利 影响 分 析 
杂 运 算式 指 的 是 一 条 语句 中 有 多 种 运算 ， 甚 至 还 混 有 方法 返回 值 的 运算 式 。 一 条 复杂 
运算 式 ， 如 果 赋 予 了 太 多 的 功能 与 含义 ， 就 降低 了 可 读 性 与 可 测试 性 。 
国 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 
单一 职责 原则 告诉 我 们 ， 一 行 代码 担任 一 个 功能 (任务 ) 是 最 好 的 编程 风格 。 
根据 代码 运算 符 〈 算 术 运 算 符 、 关 系 运算 符 、 逻 辑 运算 符 、 位 运算 符 ) 的 类 别 ， 增 加 每 
种 运算 符 的 临时 变量 ， 把 一 行 代码 分 解 成 多 行 代码 。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2， After 类 























请 


全 以 阅读 与 维护 的 复杂 运算 式 。 































































































办 


1] package com.itedu365.best1702; 
2 public class After { 
3 public static void method(int times) { 


4 /7A 取得 大 的 太 六 类 友人 付 分 * 信 这 

5 int totalScore = 20 + getScore() * times; 
6 System.out.println(totalScore > 100); 

了 } 

8 private static int getScore() { 

9 return 10; 

10 } 

11 } 


解析 : 

代码 1 中 ， 第 5 行 输出 内 容 代码 相对 复杂 : 取得 方法 返回 值 后 又 进行 混合 四 则 和 运算， 
进行 比较 运算 。 人 代码 2 第 5 行 增加 了 int 型 的 临时 变量 totalScore， 把 四 则 运算 与 比较 运算 革 
行 了 拆 分 ， 这 样 就 降低 了 代码 的 复杂 度 


3.18 ”避免 使 用 复杂 条 件 式 或 分 文 


图 优化 前 代码 
实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? © 


! 









































阵 由 
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交代 码 1: Before 类 























1] package com.itedu365.best1801; 
2 public class Before { 
3 public static void method() { 
4 / 是 否 幸福 : 月 可 攒 钱 〈 基 本 工资 + 奖金 - 税 -基本 生活 费 ) 二 2000 
5 if (getBaseMoney("1") + getBonus(205) - getTax("1")— 1000 > 2000) { 
6 System.out.printIn("Happy!"); 
了 } 
8 } 
9 / 基本 工资 
10 public static int getBaseMoney(String type) { 
11 if ("1".equals(type)) { 
12 return 2000; 
13 } 
14 return 4000; 
15 } 
16 // 所 得 奖金 
17 public static int getBonus(Integer workTime) { 
18 if (workTime > 200) { 
19 return 1000; 
20 } 
21 return 0; 
2 } 
23 / 所 交 税 
24 public static int getTax(String type) { 
2 证 ("1".equals(type)) { 
26 return 200; 
2 } 
28 return 300; 
29 } 
30 
实例 2 
动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 姜 ， 应 该 如 何 优化 ? 
交代 码 2: Before 类 @ 
1] package com.itedu365.best1811; 
2 public class Before { 
3 public static int getInsurance(String type) { 
4 int result = 0; 
5 We 
6 if ("1".equals(type)) { 
了 result = 1000000; 
8 } else { 
9 / 失业 


10 


证 ("2".equals(type)) { 
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11 result = 50000; 


12 } else { 

13 / 辞职 

14 if ("3".equals(type)) { 

15 result = 10000; 

16 》 

17 和 

18 ) 

19 return result; 

20 » 

21 } 
实例 3 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 3:; 常量 类 


1] package com.itedu365.best1821; 

2 public class Consts { 

3 public static final Integer FRUITS APPLE = 0; 

4 public static final Integer FRUITS BANANA = 1; 
5 


交代 码 4: Before 类 

















1] package com.itedu365.best1821; 
2 publicclass Before { 
3 public static String eatMethod(Integer type) { 
4 // 全 果皮 法 
3 if (Consts.FRUITS APPLE ==type) { 
6 return "苹果 削 皮 吃 ! "; 
7 // 得 态 吃 法 
8 } elseif (Consts.FRUITS BANANA ==type) { 
9 return "香蕉 剥皮 吃 ! "; 
10 } 
11 return ""; 
12 } 
]30 
图 现象 类 别 
条 件 式 。 
图 现象 描述 








复杂 条 件 式 指 的 是 一 个 条 件 里 存在 多 种 计算 后 才 可 以 判断 条 件 结果 的 表达 式 。 但 是 多 种 
并 列 的 条 件 式 不 是 复杂 条 件 式 ， 这 是 多 个 条 件 一 个 结果 的 正确 表示 。 
复杂 分 支 指 的 是 if-else 檬 套 太 多 层次 的 代码 块 。 
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国 不 利 影响 分 析 
对 于 复杂 条 件 ， 降 低 了 可 读 性 与 可 测试 性 。 特 别 是 在 Debug 模式 下 ， 对 条 件 式 中 间 变 量 
让 的 检测 将 变 得 非常 艰难 。 这 个 原则 对 于 return 语句 也 是 一 样 ， 即 不 要 返回 带 有 复杂 逻辑 运 
算式 或 者 多 个 嵌 套 方法 调用 后 算出 的 值 。 
国 检测 工具 或 方法 
(C) Nested If Depth。 
图 最 佳 解决 方案 
需要 把 条 件 式 里 的 计算 式 提取 出 来 ， 分 解 成 易 读 代码 。 
如 果 felse 航 套 超过 4 层 ， 根 据 具体 情况 可 以 有 以 下 三 种 解决 方式 : 
Q) 用 本 例 优化 技巧 06 用 代码 片段 拆 分 复杂 表达 式 )。 
@ 用 本 例 优化 技巧 07( 用 卫 语 句 代 替 骸 套 条 件 表达 式 )。 
@) 用 本 例 优 化 技巧 07〈 用 多 态 代替 条 件 表达 式 )。 
另外 ，try、for 语句 也 不 要 超过 4 层 ， 避 免 过 度 复 杂 。 


优化 技巧 06: 用 代码 片段 拆 分 复杂 表达 式 


图 优化 类 别 

精简 表达 式 。 

国 实施 方法 

引入 临时 变量 ， 把 复杂 表达 式 分 成 几 步 简单 明了 的 操作 。 
图 优化 后 代码 

实例 1 优化 后 

交代 码 5: After 类 








iT 














串 











































































































































































































1] package com.itedu365.best1802; 

2 public class After { 

3 public static void method() { 
4 / 月 可 攒 钱 = 基本 工资 + 奖金 - 税 -基本 生活 费 
5 int noTaxMoney = getBaseMoney("1") + getBonus(205) ~-getTax("1")—100; 
6 // 是 否 幸 福 
也 

8 

9 






































if moTaxMoney > 2000) { 
System.out.println("Happy!"); 


} 
10 } 
11 public static int getBaseMoney(String type) { 
12 if ("1".equals(type)) { 
13 return 2000; 
14 } 
15 return 4000; 
16 > 
17 public static int getBonus(Integer workTime) { 
18 if (workTime > 200) { 
19 return 1000; 
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的 方法 ， 把 比较 符 之 前 
式 也 使 得 程序 清晰 易 读 。 


用 卫 语 句 代 蔡 座 套 条 件 表达 式 





优化 技巧 07: 


句 : 
可 以 
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表达 


20 
21 return 0; 
22 》 
23 public static int getTax(String type) { 
24 if ("1".equals(type)) { 
25 return 200; 
26 } 
2 return 300; 
28 } 
29° 
解析 : 
代码 1 中 第 5 行 条 伯 




















图 优化 类 别 
情 简 表达 式 。 
图 实施 方法 





的 四 则 运 





























很 多 证 一 层 套 


屋 ，X 





到 算 代码 提取 出 来 ， 














在 每 个 让 语句 内 ， 当 条 件 为 真 时 ， 





图 优化 后 代码 
实例 2 优化 后 


交代 码 6: After 类 


1 
2 
9 
4 
S 
6 
7 
8 
9 


package com.itedu365.best1812; 
public class After { 


加 醒 
if ("1".equals(type)) { 
return 1000000; 
} 
/ 失业 
if ("2".equals(type)) { 
return 50000; 
} 
/ 辞职 
if ("3".equals(type)) { 
return 10000; 





} 


return 0; 

















public static int getInsurance(String type) { 


句 。 


这 就 


F 式 过 于 复杂 。 这 种 复杂 的 条 件 式 必 须 进 


行 简 化 ， 可 以 根据 3.16 介 
运算 结果 赋予 一 个 临时 变量 ， 这 样 即 简化 








上 且 . 
A 


[2 





卫 语 句 ”。 





介绍 





任 以 看 清 代码 流程 。 我 们 需要 把 远 套 的 让 换 成 顺序 执行 的 无 else 语 
立即 退出 方法 ，i 


将 含有 这 髓 套 的 判断 语句 转变 为 排列 整齐 的 卫 语 





使 用 本 例 优化 技巧 


解析 : 
优化 前 代码 2 中 的 柑 套 虽然 只 有 3 层 ， 但 是 读 起 来 也 是 比较 费事 ， 能 够 不 使 用 肉 套 条 
件 式 就 可 以 实现 的 ， 尽 量 不 使 用 骨 套 条 件 式 。 优 化 后 的 代码 把 嵌 套 的 条 件 式 换 成 了 卫 语 名 
的 条 件 式 。 


优化 技巧 08: 用 多 态 代 符 条 件 表达 式 
图 优化 类 别 
精简 表达 式 。 
图 实施 方法 
条 件 式 ， 有 时 候 也 是 类 型 码 。 当 类 型 码 是 无 限 个 数 的 时 候 ， 我 们 就 需要 用 多 态 来 
















































































# 体 步 又 如 下 : 
Q@ 定义 多 态 类 。 

@) 用 类 代替 条 件 表 达 式 。 
图 优化 后 代码 
实例 3 优化 后 
六 代码 7: 父 类 





























Fruits 类 


1] package com.itedu365.best1822; 
2 public abstract class Fruits { 

3 / 水 果 名 称 

4 protected String name; 

5 // 水 果 吃 法 

6 public void eatMethod() { 
7 } 

8 public String getName() { 
9 return name; 

10 } 

11 public void setName(String name) { 
12 this.name = name; 

13 } 

14 } 


交代 码 8: 子 类 





Apple 类 


package com.itedu365.best1 822; 
public class Apple extends Fruits { 
public Apple(String name) { 


} 
/ 荚果 吃 法 
public void eatMethod() { 








1 
2 
3 
4 this.name = name; 
3 
6 
7 
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8 System.out.printin(this.name + " 削 皮 吃 ! "); 


交代 码 9: 子 类 





package com.itedu365.best1822; 
public class Banana extends Fruits { 
public Banana(String name) { 


this.name = name; 





// 香 态 上 吃 法 
public void eatMethod() { 
System.out.println(this.name + "剥皮 吃 ! "); 





1 
2 
3 
4 
5 } 
6 
区 
8 
9 


} 
10 } 


次 代码 10: After 类 


1] package com.itedu365.best1822; 

2 public class After { 

3 public static void method() { 

4 Fruits apple = new Apple(" 苹 果 "); 
5 / 吃 蔷 果 
0 apple.eatMethod(); 
7 

8 

9 

1 

1 








Fruits banana = new Banana(" 香 态 "); 


/ 吃香 磋 
banana.eatMethod(); 


es 








oe, 
= 一 


解析 : 

优化 前 代码 4 里 ， 用 常量 代替 的 类 型 码 是 无 限 的 ， 也 就 是 说 具体 水 果 种 类 是 没 法 一 一 列 
举 的 。 优 化 技巧 05 (用 枚 举 取代 类 型 码 ) 介绍 了 用 枚 举 来 代替 有 限 个 数 的 类 型 常量 ， 现 在 对 
于 无 限 个 数 的 类 型 常量 ， 我 们 可 以 用 多 态 来 代替 。 

优化 后 的 代码 7 里 , 提取 出 抽象 的 父 类 Fruits, 其 包含 共通 的 属性 name 与 方法 eatMethod0; 
apple 子 类 与 banana 子 类 继承 Fruits 。 如 果 再 增加 pear 梨 ， 继 续 继承 Fruits 父 类 ， 只 需要 修改 
after 类 的 method(0 方 法 即 可 。 这 就 完美 的 实现 了 面向 抽象 的 具有 应 对 变化 的 编程 思想 ， 大 大 
提高 了 程序 的 可 维护 性 。 























































































































































































































3.19 如何 深入 理解 “==” 的 真正 含义 


图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? @ 





44 


交代 码 1: Before 类 


1 
多 
3 
4 
5 
6 
罗 
8 
9 


10 
11 
12 
13 
14 
15 
16 
ly 
18 
19 
20 
21 
2 
2 
24 
25 
26 
2 
28 
29 
30 
31 
32 
33 


执行 结果 为 : 


package com.itedu365.best1901; 
public class Before { 
public static void method() { 


// 包装 类 型 
// Integer -128 一 127 
JInteger Scorel = 127; 
Integer Score2 = 127; 
if (scorel == Score2) { 
System.out.println("scorel==score2"); 
} else { 
System.out.println("scorel!=score2"); 
} 
// Integer -128 一 127 以 外 
Integer score3 = 128; 
Integer score4 = 128; 


if (score3 == score4) { 


System.out.println("score3==score4"); 


} else { 
System.out.println("score3!=score4"); 

} 

//new 形式 

if (new Integer(1)== new Integer(1)) { 
System.out.println("OK!"); 

} else{ 
System.out.println("NG!"); 














} 

/ 一 般 对 象 

Before theBestl = new Before(); 

Before theBest2 = new Before(); 

if (theBestl == theBest2) { 
System.out.println("equal"); 

} else{ 


System.out.println("not equal"); 


scorel==score2 


Score31=Score4 
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NG! 
not equal 


图 现象 类 别 

条 件 式 。 

图 现象 描述 

不 论 “==” 前 后 是 什么 类 型 ， 遇 到 判断 两 个 变量 是 否 一 致 时 ， 拿 来 就 用 。 即 使 有 多 年 编 
时 经 验 的 老 程序 员 ， 也 往往 搞 错 “==” 的 含义 。 

国 不 利 影响 分 析 

Java 世界 里 ， 用 “==” 判 断 两 个 基本 类 型 是 否 相 等 时 ， 比 较 的 是 值 ; 用 “==” 判 
断 两 个 对 象 是 否 相 等 时 ， 比 较 的 是 对 象 的 地 址 。 但 是 如 果 混 用 ， 就 会 得 到 意 想不到 的 
结果 。 

图 检测 工具 或 方法 

GD (C) String Literal Equality。 

© (F) Comparison of String objects using == or !=。 

国 最 佳 解决 方案 

JVM 会 自动 维护 八 种 基本 类 型 的 常量 池 ，int 常量 池 中 初始 化 范围 是 -128 一 127。 
Integer 包装 类 ,在 设计 上 采用 的 是 享 元 模式 ， 在 自动 装 箱 过 程 中 是 取 自 常量 池 中 的 数值 。 
因此 ， 当 Integer 为 127， 用 “==” 判 断 时 ， 与 基本 类 型 一 致 。 而 当 Integer 为 128 时 ， 
由 于 128 不 在 常量 池 范 围 内 ， 所 以 需要 在 堆 内 产生 新 的 对 象 。 包 装 类 型 类 的 比较 ， 要 
API 封装 好 的 compareTo0) 方 法 。 

如 果 要 判断 对 象 是 否 相 等 要 用 equals() 方 法 ， 如 果 是 自 定 义 的 类 的 对 象 进行 比较 ， 那 
么 自 定义 的 类 需要 继承 Object 的 equals0) 方 法 与 hashcode0) 方 法 ， 来 赋予 类 对 象 比较 的 真 
正 含义 。 
因此 ， 基 本 类 型 比较 与 对 象 比较 要 分 开 考虑 。 
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※ 温 元 提 示 Comparable 和 Comparator 有 什么 区 别 ? 

一 个 类 实现 了 Camparable 接口 则 表明 这 个 类 的 对 象 之 间 是 可 以 相互 比较 的 ， 这 个 类 对 象 
组 成 的 集合 就 可 以 直接 使 用 sort 方法 排序 。 

Comparator 将 算法 和 数据 分 离 ， 可 以 看 成 一 种 比较 算法 的 实现 ， Comparator 主要 在 以 下 
两 种 环境 下 使 用 : 

@ 类 的 设计 没有 考虑 到 比较 算法 而 没有 实现 Comparable 时 ， 可 以 通过 Comparator 来 实 
现 排 序 而 不 必 改 变 对 象 本 身 。 

@ 可 以 使 用 多 种 排序 标准 ， 比 如 升序 、 降 序 等 。 


图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 省略 set/get) 


1] package com.itedu365.best1902; 
2 public class After { 
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/ 定义 ID 

private Integer id; 

// 定义 姓名 

private String name; 

// 重 写 equals 方法 

public Boolean equals(Object obj) { 
if (this == obj) { 


return true; 








} 
if (obj == nulD { 
return false; 
} 
if (obj instanceof After) { 
After objl = (After) obj; 
/ID 与 Name 都 相等 


if (this.id.equals(obj1.getId()) && 
this.name.equals(objl .getName())) { 


return true; 


} 


return false; 





// 重 写 hashCode 方法 
public int hashCode() { 
final int prime = 17 * 31; 
int result = prime; 


result = prime + id; 








result=prime + ((name == null) ?0 
return result; 
} 
public static void method() { 
/ 对 象 1 
After theBestl = new After(); 
theBestl.setId(1); 
theBestl.setName("name1"); 
/ 对 象 2〔( 内 容 和 对 象 1 一样 ) 
After theBest2 = new After(); 
theBest2.setId(1); 
theBest2.setName("name1"); 
/ 判断 是 否 相 等 
if (theBestl.equals(theBest2)) { 
System.out.println("equal"); 
} else { 
System.out.println("not equal"); 





: name.hashCode()); 





执行 结果 为 : 


Equal 


解析 : 

代码 1 里 ，Integer scorel = 127 取得 的 是 常量 池 里 的 数据 ， 不 产生 对 象 ， 此 时 的 比较 是 经 
过 自动 拆 箱 之 后 的 基本 类 型 的 比较 ， 因 此 scorel 等 于 score2。 

Integer score3 = 128， 会 自动 装 箱 产生 新 的 对 象 ， 此 时 比较 的 是 对 象 的 地 址 ， 因 为 每 个 对 
象 地 址 都 不 一 样 ， 所 以 score4 不 等 于 score4。 

new 关键 字 是 用 来 生成 对 象 的 , new Integer(1) 与 new Integer(1) 之 间 的 比较 是 对 象 地 址 之 
间 的 比较 ， 因 此 两 者 也 不 会 相等 。 同 样 一 般 对 象 也 是 如 此 。 

优化 后 代码 2 重 写 了 equals(0) 方 法 与 hashcode() 方 法 ， 就 可 以 正确 进行 对 象 的 比 
较 了 。 
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3.20 ”要 习惯 于 用 泛 型 代 蔡 原生 类 型 


图 优化 前 代码 
实例 1 


动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? © 
交代 码 1: Before 类 





1] package com.itedu365.best2001; 
2 public class Before { 
3 / 定义 一 个 通用 类 型 成 员 




















4 private Object object; 

5 public Before(Object object) { 

6 this.object = object; 

了 } 

8 public void showTypeO { 

9 System.outprintln(" 实 际 类 型 是 : " +object.getClass().getName(); 
10 » 

11 public Object getObjectO| { 

2 return object; 

13 

14 public void setObject(Object object) { 
15 this.object = object; 

16 } 

1 
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交代 码 2: 测试 类 








1] package com.itedu365.best2001; 
2 public class BeforeTest { 
3 public static void main(String[] args) { 
4 // 定义 非 泛 型 类 的 一 个 Integer 版 本 
Before intOb = new Before(new Integer(88)); 
6 intOb.showType(); 
六 int intl = (Integer) intOb.getObject(); 
8 System.out.printin("value = " + intl); 
9 // 定义 非 泛 型 类 的 一 个 String 版 本 
10 Before strOb = new Before("Hello NoGen!"); 
11 strOb.showType(); 
12 String str = (String) strOb.getObject(); 
13 System.out.println("value = " + str); 
14 /List 容器 泥 入 掺 杂 类 型 对 象 
15 List integerList = new ArrayList(); 
16 integerList.add(365); 
17 integerList.add(" 机 械 工业 出 版 社 "); 
18 System.out.println((Integer) integerList.get(1)); 
19 } 
20 } 
执行 结果 为 : 


实际 类 型 是 : java.lang.Integer 
value = 88 





实际 类 型 是 : java.lang.String 
value = Hello NoGen! 


Exception in thread "main" java.lang.ClassCastException:java.lang.String cannot be cast to java. 


lang.Integer 
at com.itedu365.best2001.BeforeTest.main(BeforeTest.java:34) 


国 现象 类 别 
泛 型 。 
国 现象 描述 























Java 中 ， 数 据 类 型 分 为 原生 类 型 〈 或 叫 基本 数据 类 型 、 普 通 类 型 ) 和 引用 〈 参 数 ) 数据 





























氏 咖 六 











:编程 时 不 偏向 使 用 泛 型 技术 。 
国 不 利 影响 分 析 
原生 类 型 降低 了 程序 的 可 读 性 ， 同 时 推迟 了 潜在 Bug 的 被 发 现时 间 。 
图 检测 工具 或 方法 

(EC) Type Safety。 

国 最 佳 解决 方案 



























































泛 型 是 Java5 之 后 引进 的 新 技术 ， 其 本 质 是 参数 化 类 型 ， 也 就 是 说 所 操作 的 数据 类 型 被 








类 型 。 原 生 类 型 就 是 一 个 没有 任何 类 型 参数 的 泛 型 类 或 泛 型 接口 的 名 字 。 例 如 ， 
是 一 个 参数 化 的 类 型 ，List<E> 是 一 个 泛 型 接口 ， 而 List 就 是 一 个 原生 类 型 。 


List<String> 
惯用 原生 类 型 就 
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指定 为 一 个 参数 。 

在 Java 中 ， 泛 型 是 在 编译 器 中 实现 的 ， 而 不 是 在 虚拟 机 中 实现 的 ， 虚 拟 机 对 泛 型 一 无 所 
知 。 因 此 ， 编 译 器 一 定 要 把 泛 型 类 修改 为 普通 类 ， 才 能 够 在 虚拟 机 中 执行 。 在 Java 中 ， 这 种 
技术 称 之 为 “ 擦 除 ”， 也 就 是 用 Object 类 型 替换 泛 型 ， 泛 型 技术 如 图 3-2 所 示 。 泛 型 代码 经 过 
擦 除 后 就 变 成 原生 类 型 。 
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纺 训 注 表 者 测 
路 其 内 济 人 窟 河 






































源 程序 字 节 码 
(*.java 文 件 ) (*.class 文 件 ) \— 
图 3-2 泛 型 技术 








泛 型 的 主要 目标 是 提高 Java 程序 的 类 型 安全 ， 通 过 使 用 泛 型 定义 的 变量 的 类 型 限制 ， 编 
译 器 可 以 在 编译 期 间 验 证 类 型 假设 。 将 类 型 检查 从 运行 时 挪 到 编译 时 ， 有 助 于 更 早 、 更 容易 
地 找到 错误 ， 并 提高 程序 的 可 靠 性 。 

男 外 ， 泛 型 还 可 以 提高 潜在 的 性 能 收益 。 泛 型 为 较 大 的 优化 带 来 可 能 。 在 泛 型 的 初始 实 
现 中 ， 编 译 器 将 强制 类 型 转换 (没有 泛 型 的 话 ， 程 序 员 会 指定 这 些 强 制 类 型 转换 ) 并 插入 到 
生成 的 字 节 码 中 。 但 是 更 多 类 型 信息 可 用 于 编译 器 这 一 事实 ， 为 JVM 的 优化 带 来 可 能 。 

蜂 然 没 有 泛 型 程序 一 样 可 以 写 ， 但 是 泛 型 技术 的 引入 ， 大 大 提高 了 代码 的 安全 性 和 简 消 
性 ， 因 此 一 定 要 灵活 运用 泛 型 技术 。 


※ 温 馨 提示 一 一 如 何 攻破 泛 型 技术 的 重点 与 难点 ?” 

另外 ， 泛 型 技术 是 我 们 成 为 架构 师 所 必 备 的 重要 技能 之 一 ， 而 学 好 并 非 多 事 ， 下 面 对 其 
重点 与 难点 进行 总 结 。 

GD 要 明确 运行 时 进行 的 类 型 检查 ， 不 同类 型 的 泛 型 类 是 等 价 的 (Company<Integer> 与 
Company <Employee> 是 属于 同一 个 类 型 Company )。 

@) 泛 型 只 适用 于 对 象 ， 不 适用 于 基本 类 型 。 可 以 使 用 基本 类 型 的 自动 装 箱 类 型 来 实现 。 

@@ 在 static 方法 中 不 可 以 使 用 泛 型 ， 泛 型 变量 也 不 可 以 用 static 关键 字 来 修饰 。 

@) 泛 型 常用 符号 的 含义 一 一 T (Type )、K (Key)、V (Value)、E (Element )， 尽 管 其 他 
形式 也 可 以 作为 变量 的 字符 (如 A、a、hello、 中 国 )， 但 是 一 般 来 说 我 们 习惯 上 用 这 几 个 有 
意义 的 简单 明确 的 字母 来 代替 。 

@@ 协 变 的 (covariant ) 在 编译 期 间 不 能 进行 类 型 匹配 检查 的 。 例 如 数组 与 代码 2 
中 第 19 行 所 示例 的 列表 。 对 于 数组 ， 举 例 来 说 ， 以 下 代码 编译 时 是 通过 的 ， 但 运行 时 会 
出 错 。 
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1] package com.itedu365.best2002; 

2 public class Covariant { 

3 public static void main(String[] args) { 
4 Object[] array = new String[10]; 

3 array[0] = 10; 

6 System.out.println(array[0]); 

7 

8 


} 


协 变性 是 Sun 公司 最 初 Java 技术 设计 的 一 个 缺陷 ,因为 在 最 初 设计 的 时 候 没有 考虑 泛 型 ， 
在 Java5 之 后 才 引 入 ， 这 一 技术 的 突破 被 Sun 公司 称 之 为 革命 性 的 创新 之 一 。 

@) 不 可 变 的 (invariant ) 一 一 在 编译 期 间 能 进行 类 型 匹配 检查 的 。 也 就 是 说 对 于 任意 两 
个 不 同 的 类 型 Typel 和 Type2, List<Typel> 既 不 是 List<Type2> 的 子 类 型 , 也 不 是 List<Type2> 
的 超 类 型 。 因 此 使 用 带 有 泛 型 的 集合 比 使 用 数组 有 很 多 优点 ， 其 之 间 的 优 劣 比较 见 表 3-1。 


表 3-1 数组 与 泛 型 集合 对 比 




















区 别 点 泛 型 集合 数组 
类 型 安全 y 
不 可 协 变 
可 容纳 基本 类 型 x v 
@ 通配符 一 一 “? ”， 即 用 问号 表示 类 型 参数 ， 是 一 种 表示 未 知 类 型 的 类 型 约束 方法 。 


通配符 在 类 型 系统 中 具有 重要 的 意义 ， 它 们 为 一 个 泛 型 类 所 指定 的 类 型 集合 提供 了 一 个 有 用 
的 类 型 范围 。 通 配 符 在 类 型 系统 中 的 作用 来 自 其 不 会 发 生 协 变 这 一 特性 。 
通配符 类 型 List<?> 与 参数 类 型 List<T> .具体 类 型 List<Objecf> 及 原始 类 型 List 都 不 相同 : 
@ List<?> 通 配 符 类 型 ， 如 果 说 变量 xX 具有 List<?> 类 型 ， 这 表示 存在 一 些 T 类 型 ， 其 中 
x 是 List<T> 类 型 ， 尽 管 我 们 不 知道 其 元 素 的 具体 类 型 ， 但 是 知道 X 具有 某 种 限制 ， 
且 有 相同 的 结构 。 
@ 参数 类 型 List<cT>， 是 确定 的 某 一 类 型 ， 具 体 在 运行 期 决定 ， 是 泛 型 中 常用 的 一 种 形式 。 
@ 具体 类 型 List<Object> 表 示 我 们 明确 地 知道 它 能 包含 任何 对 象 。 对 泛 型 类 ArrayList 
而 言 ，ArrayList<?> 类 型 是 ArrayList<T> 的 超 类 型 (类 似 于 原始 类 型 ArrayList 和 根 类 
型 Object 的 关系 )。 
@ 原始 类 型 List 是 协 变 的 ， 我 们 不 能 对 其 元 素 有 任何 类 型 限制 。 
能 用 List<Object> 的 地 方 ， 都 可 以 用 List<T>, 而 且 List<T> 是 标准 的 泛 型 使 用 方式 ， 在 架 
构 设 计 或 者 编程 时 ， 尽 量 用 List<T>。 
List<?> 是 只 读 类 型 ， 一 般 的 业务 编程 中 用 的 不 多 ， 在 架构 设计 时 用 的 比较 多 ， 具 体 使 用 
方法 可 参考 优化 技巧 24 (封装 向 下 转型 )。 


日 已 


通配符 是 Java 语言 规范 中 最 复杂 技术 之 一 ， 然 而 能 与 架构 配合 的 通配符 可 以 提供 强大 的 


图 优化 后 代码 
实例 1 优化 后 
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交代 码 3: After 类 


1] package com.itedu365.best2002; 

2 public class After<T> { 

3 // 定义 一 个 泛 型 类 型 成 员 

4 private T object; 

5 public After(T object) { 

6 this.object = object; 

了 } 

8 public void showTypeO { 

9 System.out.println(" 实 际 类 型 是 " + object. 
10 getClass().getName()); 

11 

12 public TgetObjectO { 

13 return object; 

14 

15 public void setObject(T object) { 
16 this.object = object; 

17 

18 } 


交代 码 4: 测试 类 


‘Oo om 人 OD 一 


一 一 一 
oo、 人 1 NA 上 Oo iD 一心 


19 


05 


执行 结果 为 : 


package com.itedu365.best2002; 
public class AfterTest { 
public static void main(String[] args) { 


// 定义 泛 型 类 的 一 个 Integer 版 本 
After<Integer> intOb = new After<Integer>(88); 
intOb.showType(); 
Integer intl = intOb.getObject(); 
System.out.println("value = " + int1); 
// 定义 泛 型 类 的 一 个 String 版 本 
After<String> strOb = new After<String>("Hello BaseGen!"); 
strOb.showType(); 
String str = strOb.getObject(); 
System.out.println("value = " + str); 
/List 容器 混入 挫 杂 类 型 对 象 
List<Integer> integerList = new ArrayList<Integer>(); 
integerList.add(365); 
System.out.println((Integer) integerList.get(0)); 





Object[] array = new String[10]; 
array[0] = 10; 
System.out.println(array[0]); 


实际 类 型 是 java.lang.Integer 
value = 88 


实际 类 型 是 java.lang.String 


value = Hello BaseGen! 
365 


解析 : 

可 以 看 到 ， 使 用 泛 型 之 后 ， 获 取 对 象 时 省 去 了 强制 类 型 转换 ， 而 且 代 码 清晰 ， 编 译 时 就 
进行 类 型 检查 。 

优化 后 的 代码 里 ，<T> 声 明了 一 个 泛 型 类 ， 这 个 工 没有 任何 限制 ， 实 际 上 相当 于 Object 
类 型 ， 既 class After<T extends Object>。 








































































































3.21 如何 正确 使 用 通配符 的 边界 


图 优化 前 代码 

实例 1 (Read) 

动 动脑 筋 ; 本 例 代码 中 有 哪些 瑕 疲 ， 应 该 如 何 优化 ? SS 
交代 码 1: BeforeRead 类 





1] package com.itedu365.best2101; 

2 public class BeforeRead { 

3 public static void method() { 

4 // 定义 Double 型 临时 变量 

5 List<Double> testl = new ArrayList<Double>(); 
6 testl.add(1.1); 

又 

8 

9 





























/ 读 出 Double 型 临时 变量 
7ead(test]); 
// 定义 Integer 型 临时 变量 
10 List<Integer> test2 = new ArrayList<Integer>(); 
11 test2.add(2); 
12 // 读 出 Integer 型 临时 变量 
13 read(test2); 
14 } 
15 // 通用 方法 : 读 出 数字 型 数据 
16 public static void read(List<? extends Number> list) { 
17 for (Objecte : list) { 
18 System.out.println(e); 
19 } 
20 } 
2 


实例 2 (Write) 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
53 


次 代码 2: BeforeWrite 类 


























1] package com.itedu365.best2101; 

2 public class BeforeWrite { 

3 public static void method() { 

4 write(new ArrayList<Number>()); 

5 } 

6 / 通用 方法 : 向 集合 里 写 入 数字 型 数据 
号 public static void write(List<? super Number> list) { 
8 // 添加 Double 型 

9 list.add(Double.valueOR1.1)); 

10 // 添加 Integer 型 

11 list.add(Integer.value Of2)); 

12 System.out.println(list); 

13 } 

14 } 


图 现象 类 别 
泛 型 。 
图 现象 描述 


通配符 可 以 有 上 下 限 限 制 ， 很 多 程序 员 不 知 如 何 利用 。 


图 不 利 影响 分 析 

















不 使 用 通配符 ， 降 低 了 程序 的 严谨 性 ， 也 降低 了 程序 的 通用 性 。 














图 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解 决 方案 



































般 程 序 开发 用 不 上 通配符 ， 但 是 在 框架 设计 中 ， 通 配 符 却 非常 重要 ， 需 要 大 胆 使 用 ， 




















这 样 才 可 以 称 得 上 是 架构 完美 。 使 用 时 要 根据 以 下 情况 进行 适当 选择 。 





























@ 如 果 从 一 个 数据 类 型 里 获取 数据 , 使 用 <? extends T> 通 配 符 , 可 以 这 样 想 : <? extends T> 
这 个 通配符 告诉 编译 器 我 们 在 处 理 一 个 类 型 T 的 子 类 型 , 但 我 们 不 知道 这 个 子 类 型 究竟 
































是 什么 ;一 方面 ， 因 为 没 法 确定 ， 所 以 为 了 保证 类 型 安全 ， 我 们 就 不 允许 往 里 面 加 入 任 
































何 这 种 子 类 类 型 的 数据 ， 另 一 方面 ， 因 为 我 们 知道 ， 不 论 它 是 什么 类 型 ， 它 总 是 类 型 














的 子 类 型 ， 所 以 当 我 们 在 读 取 数 据 时 ， 能 负 








保 得 到 的 数据 是 一 个 T 类 型 的 实例 。 





@ 如 果 想 把 对 象 写 入 一 个 数据 结构 里 ， 就 使 月 





Za 


昌 <? super I> 通配符 。 


























@ 如 果 是 既 想 存 ， 又 想 取 的 情况 ， 就 不 适合 月 
图 优化 后 代码 
实例 1 优化 后 
次 代码 3: AfterRead 类 
1] package com.itedu365.best2102; 
2 public class AfterRead { 


3 public static void method() { 
4 // 定义 Double 型 临时 变量 
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日 通配符 。 











解析 : 


List<Double> testl = new ArrayList<Double>(); 

test1.add(1.1); 

/ 读 出 Double 型 临时 变量 

7ead(test]); 

// 定义 Integer 型 临时 变量 
List<Integer> test2 = new ArrayList<Integer>(); 
test2.add(2); 

// 读 出 Integer 型 临时 变量 
read(test2); 





| 

















// 通用 方法 : 读 出 数字 型 数据 
public static void read(List<? extends Number> list) { 
for (Objecte : list) { 
System.out.println(e); 


























代码 1， 

















Nl 














>» 

















第 13 行 是 读 取 集合 里 的 数据 ， 要 用 extends， 和 否则 编译 就 会 通 不 过 。 








交代 码 4: AfterWrite 类 
























































1] package com.itedu365.best2102; 
2 public class AfterWrite { 
3 public static void method() { 
4 write(new ArrayList<Number>()); 
5 } 
6 // 通用 方法 : 向 集合 里 写 入 数字 型 数据 
也 public static void write(List<? super Number> list) { 
8 / 添加 Double 型 
9 list.add(Double.valueOR1.1)); 
10 / 添加 Integer 型 
11 list.add(Integer.valueOf(2)); 
12 System.out.println(list); 
13 } 
14 } 
解析 : 
代码 2 中， 第 8 行 向 集合 里 写 入 数据 ， 要 用 super， 否 则 同样 也 会 编译 通 不 过 。 























3.22 ”如 何 发 挥 正则 表达 式 的 威力 
图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 二 
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交代 码 1: Before 类 
































1] package com.itedu365.best2201; 

2 public class Before { 

3 // 非 正 则 表达 式 方 式 ， 验 证 是 否 是 以 “13” 开 头 的 电话 号 码 
4 public static boolean is PhoneNum(String phoneNum) { 

5 if (phoneNum == null|| "".equals(phoneNum)) { 

6 return false; 

又 } elseif (phoneNum.length() != 11) { 

8 return false; 

9 } elseif (1"13".equals(phone Num.substring(0, 2))) { 

10 return false; 

11 } else { 

12 for (inti=2;1<= 10; t+) { 

13 /0~9 的 ASCI 码 值 范围 是 48 一 57 

14 char everyPhoneNum = phoneNum.charAt(i); 
15 if (everyPhoneNum < 48 || 57 < everyPhoneNum) { 
16 return false; 

17 } 

18 } 

19 } 

20 return true; 

21 

2 


国 现象 类 别 
正则 表达 式 。 
国 现象 描述 











很 多 程序 员 怕 用 不 好 正则 表达 式 而 有 所 





图 不 利 影响 分 析 














如 何 很 好 的 处 理 字符 串 ， 从 计算 机 问世 起 就 是 一 个 很 大 的 课题 。 使 用 原 











串 ， 既 复杂 而 又 难以 测试 。 
图 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 











月 














经 过 几 十 年 发 展 ， 对 字符 串 处 到 








已经 有 





， 用 好 了 威力 无 比 。 因 此 ， 在 数据 验证 ， 


※ 温 声 提 示 一 一 如 何 攻破 正则 表达 式 的 重点 与 难点 ? 
要 写 出 优雅 的 正则 表达 式 ， 需 要 对 正则 表达 式 有 较 全 面 的 理解 与 把 握 。 





匹配 及 最 先 开始 原则 是 写 好 正则 表达 式 的 关键 技术 ， 也 是 正则 表达 式 的 重点 与 难点 ， 


须 掌 握 。 
@ 贪 禁 匹配 一 一 当 正 则 表达 式 


中 包 合 人 


表达 式 能 得 到 匹配 的 前 提 下 ) 匹配 尽 可 能 多 
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EE 接受 重复 的 限 
的 字符 。 例 如: a.*b, 它 将 

































































mr 仿 


不 付 




















惧 ， 还 是 使 用 原始 算法 来 进行 字符 串 操作 。 
始 算法 处 理 字 符 
了 很 好 的 解决 方案 ， 正 则 表达 式 就 是 其 中 的 利器 
字符 串 查 找 与 替换 上 ， 尽 量 使 用 正则 表达 式 。 
贪 禁 匹配 、 懒 惰 


因此 必 


时 ,通常 的 行为 是 (在 使 整个 
和 针 会 匹配 最 长 的 以 a 开始 ， 


以 b 结束 的 字符 串 。 如 果 用 它 来 搜索 aabab 的 话 ， 它 会 匹配 整个 字符 事 aabab。 这 被 称 为 贪 焚 
匹配 。 

@) 懒惰 匹配 一 一 是 匹配 尽 可 能 少 的 字符 。 前 面 给 出 的 限定 符 都 可 以 被 转化 为 懒惰 匹配 模 
式 ， 只 要 在 它 后 面 如 上 一 个 问号 ?。 这 样 .*? 就 意味 着 匹配 任意 数量 的 重复 ， 但 是 在 能 使 整个 匹 
配 成 功 的 前 提 下 使 用 最 少 的 重复 。a.*9b 匹配 最 短 的 ， 以 a 开始， 以 b 结束 的 字符 串 。 如 果 把 
它 应 用 于 aabab 的 话 ， 它 会 匹配 aab (第 一 到 第 三 个 字符 ) 和 ab (第 四 到 第 五 个 字符 )。 懒 情 
匹配 复合 小 结 见 表 3-2。 


表 3-2 懒惰 匹配 复合 小 结 












































编 号 壤 惰 匹配 说 明 
1 ?2 重复 0 次 或 1 次 ， 但 尽 可 能 少 重 复 
2 # 重复 任意 次 ， 但 尽 可 能 少 重复 
3 +9 重复 1 次 或 更 多 次 ， 但 尽 可 能 少 重 复 
4 {nm}? 重复 n 到 m 次 ， 但 尽 可 能 少 重复 
5 {n,}? 重复 n 次 以 上 ， 但 尽 可 能 少 重复 














@) 最 先 开始 原则 一 一 最 先 开始 的 字符 具有 最 高 优先 级 的 匹配 权 , 例 如 ,正则 表达 式 a*?b， 
匹配 字符 串 aabab， 结 果 为 aab，ab 而 不 是 ab，ab。 


图 优化 后 代码 
实例 1 优化 后 。 
交代 码 2: After 类 


package com.itedu365.best2202; 
public class After { 
/ 通用 正则 表达 式 匹 配方 法 








1 

2 

3 

4 public static boolean validate(String regEx, Object value) { 
I if (regEx != null && value !(= nulD) { 

6 Pattern pat = Pattern.compile(regEx); 

也 Matcher mat = pat.matcher(value.toString()); 

8 if (Imat.find()) { 

9 return false; 


10 } 

11 return true; 
12 } else { 

13 return false; 
14 } 

15 } 

16 } 


解析 : 

代码 1 中 ， 使 用 传统 的 验证 方法 ， 不 但 逻辑 复杂 ， 而 且 没 有 通用 性 ， 只 能 够 用 于 本 电话 
号 码 的 测试 ， 如 果 电 话 号 码 不 是 13 开头 的 而 是 13 或 者 15 开头 的 ， 那 么 整个 验证 的 核心 代码 
都 需要 改动 。 这 违反 了 “对 修改 封闭 ”及 “对 扩展 开放 ”的 原则 。 







































































dF 











代码 2 中 ， 使 用 正则 表达 式 之 后 ， 提 取 了 公共 的 验证 类 ， 本 例 中 使 用 的 正则 表达 式 为 : 
String regEx ="^13[0-9]{9}$"。 如 果 验 证 13 或 者 15 开头 的 ， 只 需要 把 表达 式 改 成 这 种 形式 : 
String regEx ="^ {13}|{15} [0-9]{9}$"。 这 样 的 代码 修改 是 不 是 非常 简单 而 且 快 速 ? 





























小 结 





丁 涉及 面 非 常 广 ， 从 规约 到 惯例 ， 从 变量 到 常量 ， 从 计算 式 到 表达 式 ， 从 泛 型 到 正则 
表达 ， 这 些 规范 与 标准 是 我 们 写 代码 的 基础 。 作 为 一 名 优秀 的 程序 员 ， 一 位 走 在 架构 师 路 上 
的 征服 者 ， 这 些 技巧 必须 熟练 掌握 且 牢 记 于 心 。 有 些 看 似 简单 ， 但 是 自己 却 不 一 定 用 的 好 ， 
高 手 之 所 以 成 为 高 手 ， 就 是 因为 从 来 不 犯 低级 错误 。 
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局 3 B By 下 
第 4 章 ， 方 法 优化 技巧 
一 切 精美 的 东西 都 有 其 深沉 的 内 涵 。 约瑟夫 .和 鲁 
从 机 器 语言 到 汇编 语言 ， 再 到 面向 过 程 编程 语言 ， 一 直到 目前 的 面向 对 象 编程 语言 ， 在 
这 个 发 展 过 程 中 ， 方 法 是 一 直 被 保留 的 重要 元 素 之 一 。 也 正 是 如 此 ， 几 十 年 的 发 展 过 程 ， 留 
给 了 我 们 很 多 宝贵 的 经 验 ， 值 得 借鉴 。 
4.1 最 小 化 原则 


图 优化 前 代码 












































实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 多 


1] package com.itedu365.best2301; 
2 public class Before { 

3 // 类 成 员 变 量 
4 public List<String> stuffList = new ArrayList<String>(); 
5 public Before() { 
6 

% 

8 

9 





stuffList.add(" 张 三 "); 
stuffList.add(" 张 李 四 "); 





} 
/ 对 外 提供 的 服务 
10 public void printFindResult(String name) { 





11 System.out.println(" 查 询 结果 : "+ foundStuffname)); 
12 } 

13 / 类 内 部 逻辑 方法 

14 public String foundStuff(String stuff) { 
15 if (stuffList.contains(stuff)) { 

16 return "success"; 

17 } else { 

18 return "fail"; 

19 

20 } 

2 


图 现象 描述 
误 用 public, protected, private, friendly 修饰 符 类 型 。 类 成 员 变量 被 设计 成 公有 的 (public )， 
或 者 只 用 于 本 类 中 的 特殊 方法 也 被 设计 公有 的 〈public )。 
国 不 利 影响 分 析 
面向 对 象 的 首要 原则 之 一 就 是 封装 ， 或 者 称 为 “数据 隐藏 >” 按 此 原则 ， 不 应 该 将 数据 声 
59 
































明 为 public, 否则 其 他 对 象 就 有 可 能 访问 甚至 修改 这 项 数据 ,而 拥有 该 数据 的 对 象 却 定 无 察觉 。 


好 地 




















图 检测 工具 或 方法 























(R) 代码 检查 。 

国 最 佳 解决 方案 

类 变量 设计 成 私有 变量 ， 用 内 省 方法 进行 访问 ， 这 样 数据 和 行为 就 被 分 开 了 ， 就 可 以 更 
实现 解 耦 。 

同时 ， 为 了 保护 本 类 数据 操作 的 安全 性 ， 只 用 于 本 类 的 操作 ， 就 不 要 设计 成 开放 的 ， 









































尽量 减少 方法 的 有 效 范围 ， 也 易于 扩展 与 维护 ， 这 是 Java 的 风俗 。 四 种 修饰 符 的 作用 域 



















































































见 表 4-1。 
表 4-1 四 种 修饰 符 的 作用 域 
作用 域 当前 类 同一 包 子孙 类 其 他 包 
public V V y ~ 
protected V V V x 
firendly V V x x 
private V x x x 
另外 依 00 流派 的 说 法 ， 对 象 的 状态 都 应 该 是 私有 的 ， 对 象 之 间 只 有 消息 传递 ， 这 就 是 




















习惯 以 及 规约 所 形成 的 编程 规范 。 














※ 温 区 提示 一 一 什么 是 内 省 ? 


内 省 是 Java 语言 对 Bean 类 属性 、 事 件 的 一 种 处 理 方法 ， 也 就 是 说 给 定 一 个 Javabean 对 


象 ， 我 们 就 可 以 得 到 调用 它 的 所 有 的 get/set 方法 。 


优化 技巧 09: 封装 类 成 员 


图 优化 类 别 
优化 方法 。 
国 实施 方法 

类 成 员 是 指 类 变量 与 方法 。 

具体 步骤 如 下 : 

@ 把 类 中 存在 public 的 成 员 变量 或 方法 声明 为 private， 增 加 类 本 身 的 安全 性 。 
@ 如 果 把 成 员 变 量变 成 私有 方法 后 ， 根 据 需求 提供 相应 的 反省 访问 方法 。 

图 优化 后 代码 

实例 工 优化 后 

交代 码 2: After 类 









































1] package com.itedu365.best2302; 

2 public class After { 

3 / 类 成 员 变量 

4 private List<String> stuffList = new ArrayList<String>(); 
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解析 : 
代码 1 
也 需要 私有 





public After() { 
stuffList.add(" 张 三 "); 
stuffList.add(" 张 李 四 "); 





} 
/ 对 外 提供 的 服务 
public void printFindResult(String name) { 
System.out.println(" 查 询 结 果 : "+ foundStuff(name)); 
} 
/ 类 内 部 逻辑 方法 
private String foundStuff(String stuff) { 
if (stuffList.contains(stuff)) { 
return "success"; 
} else { 
return "fail"; 






























































化 。 


4.2 ”hashCode0 与 equalsO 是 个 挛 生 兄弟 


图 优化 前 代码 


实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 


交代 码 
1 
2 
3 
4 
S 
6 
7 
8 
9 


10 
11 
12 
13 
14 
15 
16 





1: Before 类 


package com.itedu365.best2401; 
public class Before { 
private String name = "36Sitedu"; 
private short age = 2; 
public Before(String name, short age) { 
this.name = name; 
this.age = age; 
} 
// 重 写 了 equals0 
public boolean equals(Object obj) { 
if (obj instanceof Before) { 
String tempName = ((Before) obj).name; 
Short tempAge = ((Before) obj).age; 
/ 姓名 与 年 龄 一 致 


return this.name.equals(tempName) &&this.age == tempAge; 


stuffList 成 员 变 量 需 要 变 成 私有 的 ， 同 样 foundStuff 方法 只 有 在 本 类 ， 














B 面 使 
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17 } else { 
18 return false; 
19 四 


动 了 
交代 码 2: BeforeTest 类 


1] package com.itedu365.best2401; 

2 import java.util.HashSet; 

3 public class BeforeTest { 

4 public static void main(String[] args) { 
5 HashSet<Before> hashSet = new HashSet<Before>(); 
6 // 生成 临时 变量 1 

7 Before beforl = new Before("365itedu", (short) 1); 
8 

9 








/ 生成 临时 变量 2《〈 内 容 与 临时 变量 1 一 样 
Before befor2 = new Before("365itedu", (Short) 1); 





10 / 添加 同一 对 象 
11 hashSet.add(befor1); 
12 hashSet.add(befor2); 
13 System.out.println(" 添 加 同一 对 象 后 ，HashSet 大 小 : " 
14 + hashSet.size()); 
15 》 
16 } 
执行 结果 为 : 





添加 同一 对 象 后 ，HashSet 大 小 : 2。 
图 现象 描述 
equals() 方 法 与 hashCode() 方 法 没有 一 起 被 重 写 。 
国 不 利 影响 分 析 
任何 一 个 类 都 是 从 Object 类 继承 而 来 的 。 如 果 类 没有 重 写 Object 类 的 equals0 方 法 
么 默认 对 象 之 间 的 比较 用 的 是 对 象 类 地 址 。 同 样 ， 如 果 没 有 重 写 hasnCode(0 方 法 ，hash 值 
是 根据 对 象 地 址 来 计算 的 。 判 断 两 个 对 象 是 否 相等 的 依据 是 两 个 对 象 有 相同 的 hashCode 值 
equals 值 。 漏 写 任何 一 个 ， 在 实际 应 用 中 都 会 出 现 意 外 结果 。 
对 于 一 般 对 象 的 比较 ， 使 用 equals0 比 较 方 便 。 此 时 ， 虽 然 没 有 重 写 hashCode() 也 不 会 有 
影响 。 但 是 ， 不 知道 未 来 会 对 这 个 对 象 进行 何 种 操作 ， 如 果 是 把 此 对 象 放 在 有 序 集合 里 ， 就 
会 出 问题 。 
在 有 序 集合 里 ， 需 要 根据 hashCode 值 以 及 equals0 方 法 同时 来 判断 两 个 对 象 是 否 相 等 。 
此 ， 此 时 如 果 漏 写 任 何 一 个 ， 都 会 产生 比较 结果 的 不 一 致 。 
国 检测 工具 或 方法 
(C) Equals and hashCode 
国 最 佳 解决 方案 
hashCode() 与 equals(0) 方 法 是 类 里 面 的 挛 生 兄弟 ， 需 要 一 起 出 生 入 死 。 
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※ 温 声 提 示 一 一 如 何 自 定义 Hash 算法 ? 


一 个 对 象 的 hashCode 就 是 一 个 简单 的 Hash 算法 的 实现 。 虽然 它 和 那些 真正 复杂 的 Hash 
算法 相 比 还 不 能 叫 真正 的 算法 ， 应 用 中 并 不 一 定 要 求 非常 的 优秀 ， 但 要 尽 最 大 可 能 减少 散 列 
值 的 聚集 。 一 般 来 说 ， 可 以 用 以 下 步骤 形成 自己 的 算法 : 

第 一 步 ， 设 定 平衡 因子 ， 一 般 用 一 个 固定 的 质数 如 17、37 等 为 基础 倍数 。 
第 二 步 ， 计 算 所 有 基本 类 型 hash 值 。 

第 三 步 ， 计 算 所 有 非 基 本 类 型 成 员 变 量 hash 值 (对 象 . hashCode() ). 

为 hash 值 是 一 个 int 型 的 整数 ， 因 此 对 于 第 二 步 基本 类 型 hash 值 算法 可 以 参照 以 下 常 
用 算法 进行 计算 : 

对 于 long 型 ， 可 用 (inblong^(long>>>32)。 

对 于 float 型， 可 用 Float.floatToIntBits(float)。 

对 于 double 型 ， 可 用 Double.doubleToLongBits(double)， 得 到 的 是 一 个 long 型 数 
据 ， 再 根据 long 的 hash 值 计 算 方法 算出 hash 值 ; 其 他 基本 类 型 的 直接 转换 成 int 数 
据 即 可 。 

另外 ， 对 于 字符 串 ，API 已 经 设计 了 很 好 的 hashCode 算法 了 ， 我 们 直接 调用 即 可 。 


图 优化 后 代码 
实例 1 优化 后 。 
交代 码 3: After 类 (省略 set/get) 





















































1] package com.itedu365.best2402; 

2 public class After { 

3 private String name = "365itedu"; 

4 private short age = 2; 

3 public After(String name, short age) { 

6 this.name = name; 

Y this.age = age; 

8 } 

9 / 重 写 了 hashCodeO 

10 public int hashCode() { 

11 // 第 一 步 ， 设 定 平衡 因子 

2 final int balanceFactor = 17; 

13 int result = balanceFactor; 

14 / 第 二 步 ， 计 算 基本 类 型 hash 值 

15 result = result * balanceFactor + age; 

16 // 第 三 步 ， 计 算 非 基本 类 型 成 员 变 量 hash 值 
17 return result * balanceFactor + name.hashCode(); 
18 

19 // 重 写 了 equals 

20 public boolean equals(Object obj) { 

21 if (obj instanceof After) { 

22 String tempName = ((After) obj).name; 
23 Short tempAge = ((After) obj).age; 
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24 
25 
26 
27 
28 
29 
30 } 


/ 姓名 与 年 龄 一 致 

return this.name.equals(tempName) &&this.age == tempAge; 
} else{ 

return false; 


交代 码 4: 测试 类 




































































1] package com.itedu365.best2402; 
2 public class AfterTest { 
3 public static void main(String[] args) { 
4 HashSet<After> hashSet = new HashSet<After>(); 
5 // 生成 临时 变量 1 
6 After afterl = new After("36Sitedu", (short) 1); 
7 / 生成 临时 变量 2《〈 内 容 与 临时 变量 1 一 样 ) 
8 After after2 = new After("36Sitedu", (short) 1); 
9 hashSet.add(after1); 
10 hashSet.add(after2); 
11 / 添加 同一 对 象 
垃 System.out.printtn(" 添 加 同一 对 象 后 ，HashSet 大 小 : "+ 
13 hashSet.size()); 
14 // 直接 删除 
15 hashSet.remove(after2); 
16 System.outprintln(" 直 接 删 除 对 象 后 ，HashSet 大 小 : "十 
17 hashSet.size()); 
18 // 修改 参与 计算 hashCode 的 属性 值 后 ， 再 市 除 
19 hashSet.add(after1); 
20 afterl.setName("365ITEDU"); 
划 hashSet.remove(afterl ); 
22 System.out.println(" 修 改 参 与 计算 hashCode 的 属性 值 后 ， 
23 ”再 删除 对 象 ，HashSet 大 小 : "+ hashSet.sizeO); 
24 / 清空 HashSet 
25 hashSet.clear(); 
26 System.out.println(" 清 空 后 ，HashSet 大 小 : "+hashSet.sizeO); 
2 
2 

执行 结果 为 : 

添加 同一 对 象 后 ，HashSet 大 小 : 1 








直接 
修改 


二 呈 











让 人 工 











解析 


Java 








中 的 








出 除 对 象 后 ，HashSet 大 小 : 0 
参与 计算 hashCode 的 属性 值 后 ， 再 删除 对 象 ，HashSet 大 小 : 1 
后 ，HashSet 大 小 : 0 

















可 









































集合 有 两 类 ， 一 类 是 List， 一 类 是 Set。List 内 的 元 素 是 有 序 的 ， 元 素 可 以 习 





旺 




















复 。Set 内 元 素 无 序 ， 但 元 素 不 可 重复 。 两 个 元 素 是 否 重复 应 该 依据 什么 来 判断 呢 ? 如 果 用 
Object.equals 方法 ， 每 增加 一 个 元 素 就 检查 一 次 ， 那 
么 当 元 素 很 多 时 ， 后 添加 到 集合 中 的 元 素 比 较 的 次 数 
就 非常 多 了 。 也 就 是 说 若 集 合 中 已 有 1 万 个 元 素 ， 那 
么 再 增加 一 个 元 素 时 , 它 就 要 调用 1 万 次 equals 方法 。 



































































































































这 会 大 大 降低 效率 ， 因 此 Java 采用 了 Hash 算法 ， 如 

图 4-1 所 示 。 六 
当 Set 接 收 一 个 元 素 时 根据 该 对 象 的 内 存 地 址 算出 

hashCode， 看 它 属 于 哪 一 个 区 间 ， 在 这 个 区 间 里 调用 | ss | 

equeals 方法 。 
HashSet 确实 提高 了 效率 ， 但 面临 一 个 问题 ， 若 两 图 4-1 Hash 表 








个 对 象 equals 相等 ， 但 不 在 一 个 区 间 ， 根 本 没有 机 会 进行 比较 ， 会 被 认为 是 不 同 的 对 象 。 所 
以 Java 对 于 eqauls 方法 和 hashCode 方法 是 这 样 规定 的 : 

QD 如 果 两 个 对 象 相同 ， 那 么 它们 的 hashCode 值 一 定 要 相同 。 这 就 要 求 重 写 equals 方法 
的 同时 ， 也 一 定 要 重 写 hashCode 方法 。 

@) 如 果 两 个 对 象 的 hashCode 值 相同 , 它们 并 不 一 定 相 同 , 因为 对 象 相同 与 否 是 要 eqauls 
方法 进行 比较 。 

优化 前 代码 1 中 没有 重 写 hashCode 方法 时 ， 因 为 默认 的 是 根据 对 象 地 址 计算 hash 值 ， 
每 个 对 象 的 地 址 不 一 样 ， 因 此 用 默认 的 方法 算出 的 hashCode 值 肯定 不 一 样 。 这 就 造成 了 优化 
前 Set 里 面 存在 两 个 一 样 对 象 的 错误 应 用 。 


易 删 除 的 Hash 对 象 ? 


在 代码 4 里面 ， 展示 了 一 个 很 重要 的 技术 点 : 21 行 代 码 ， 把 对 象 afterl 的 属性 名 称 修改 
后 把 对 象 afterl 删除 ， 第 23 行 代码 的 输出 结果 是 “1?， 没 有 删除 掉 ? 为 什么 ? 

结合 图 示 来 说 明 ， 例 如 原来 afterl 的 Hash 值 是 “0”， 修 改 afterl 的 属性 名 称 后 ，Hash 值 
就 改变 了 ， 比 如 变 成 “3”， 但 是 原来 对 象 位 置 没 有 变 还 是 在 Hash 值 为 “0” 的 位 置 ， 如 图 4-2 
所 示 。 这 样 再 用 新 的 Hash 值 去 查找 ， 就 找 不 到 原来 的 对 象 了 ， 所 以 删除 不 了 。 但 是 可 以 用 
HashSet.clear() 方 法 进行 清空 。 
























































































































































修改 Hash 值 











图 4-2 Hash 值 修改 后 效果 
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因此 ， 若 将 一 个 对 象 添 加 进入 集合 当中 就 不 要 修改 其 内 部 参与 计算 hashCode 的 属性 了 ， 
如 果 修改 了 ， 这 个 对 象 就 不 易 被 删除 了 。 


4.3 使 用 string.equals("String") 带 来 的 首 端 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 各 


1 package com.itedu365.best2501; 

2 public class Before { 

3 / 参数 字符 串 等 于 365itedu 则 输出 OK 
4 public static void method(String str) { 

5 if (str.equals("36Sitedu")) { 
6 

7 

8 

9 





System.out.println("OK ); 
} 


} 


图 现象 描述 

代码 里 存在 string.equals("String") 代 码 ， 而 且 string 没有 进行 NULL 判断 。 
图 不 利 影响 分 析 
使 用 string.equals("String") 的 时 候 ， 需 要 判断 string 是 否 为 NULL， 如 果 没 有 判断 ， 有 可 
会 产生 NULL 异常 。 
国 检测 工具 或 方法 

(C) Equals Avoid Null。 

国 最 佳 解决 方案 

用 "String".equals(string)， 会 避免 NULL 判断 ， 而 且 程序 简单 明了 。 
国 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 





































































































package com.itedu365.best2502; 
public class After { 
/ 参数 字符 串 等 于 365itedu 则 输出 OK 





1 

2 

3 

4 public static void method(String str) { 
5 if ("365itedu".equals(str)) { 

6 System.out.println("OK"); 

7 } 

8 

9 
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解析 : 
代码 2 里 ， 优 化 后 的 代码 简 


4.4 避免 命名 不 具有 继承 关系 的 同名 方法 


























清晰 ， 何 乐 而 不 为 呢 ? 














二 了 











图 优化 前 代码 

实例 1 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 

交代 码 1: Father 类 (E, 


1] package com.itedu365.best2601; 
2 public class Father { 
3 // 私有 方法 

















4 private void method() { 

5 System.out.println("FatherMethod"); 
6 } 

wt 


交代 码 2: Child 类 


1] package com.itedu365.best2601; 

2 public class Child extends Father { 

3 / 公有 方法 : 子 类 和 父 类 使 用 相同 的 方法 名 称 
4 public void method() { 

5 System.out.println("ChildMethod"); 

6 

7 




















} 
} 


国 现象 描述 

父 类 里 面 命名 了 私有 方法 ， 在 子 类 

图 不 利 影响 分 析 

虽然 如 此 命名 的 程序 可 以 运行 ， 但 是 大 大 降低 了 程序 的 可 读 性 一 一 很 容易 误 认 为 是 子 类 
E 写 了 父 类 方法 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

根据 附录 “通用 编程 命名 规约 ”从 新 命名 子 类 方法 。 

图 优化 后 代码 

实例 1 优化 后 

交代 码 3: Child 类 


























面 命名 了 与 父 类 一 样 名 字 的 方法 。 





[BE 
下 
































| 



































1] package com.itedu365.best2602; 
2 public class Child extends Father { 
3 // 公有 方法 : 定义 别 于 父 类 私有 方法 名 
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} 


解析 : 


public void childMehtod() { 


System.out.println("ChildMethod"); 














也 


代码 1 的 Father 类 里 有 私有 的 方法 method0， 其 子 类 Child 里 又 定义 了 公用 的 方法 

















method0， 使 用 起 来 容易 搞 混 。 


























如 果 父 类 不 是 private 类 型 的 方法 ， 就 成 了 方法 的 重 写 ， 这 样 是 可 以 的 。 


4.5 ”检查 参数 的 有 效 性 





图 优化 前 代码 

实例 1 有 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 

交代 码 1: Before 类 动 


1] package com.itedu365.best2701; 
2 public class Before { 








3 / 通用 正则 表达 式 匹 配方 法 
4 public static boolean validate(String regEx, Object value) { 
5 Pattern pat = Pattern.compile(regEx); 
6 Matcher mat = pat.matcher(value.toString()); 
也 if (Imat.find()) { 
8 return false; 
9 } 
10 return true; 
11 } 
ID 
图 现象 描述 


对 于 传 入 的 参数 没有 进行 合法 性 检查 就 直接 利用 。 


图 不 利 影响 分 析 


























如 果 没 有 对 传 入 的 参数 进行 合法 性 检查 ， 有 可 能 会 造成 NULL、 数 组 越界 等 异常 ， 更 严 














[ill 








E 的 可 能 造成 系统 宕 机 。 


国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

对 于 公有 方法 特别 是 可 以 重用 的 工具 类 方法 , 我 们 不 知道 使 用 者 会 传递 给 我 们 什么 参数 ， 















































因此 要 保证 我 们 方法 逻辑 的 正确 性 ， 必 须 对 所 传递 进来 的 参数 进行 验证 ， 有 不 信任 的 态 



































度 对 传 入 的 参数 进行 安全 检查 。 这 样 就 保证 了 方法 使 用 的 安全 性 与 健壮 ' 








3 











男 外 ， 对 于 类 的 一 些 私 有 方法 或 者 特有 方法 ， 能 够 确定 传递 来 的 数据 是 合法 数据 时 ， 为 





了 简化 代码 可 以 省 
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图 优化 后 代码 
实例 1 优化 后 。 
次 代码 2: After 类 


1 
2 
3 
4 
5 
6 
7 
8 
9 


10 
11 


解析 : 


代码 1 里 ， 没 有 对 通用 方法 的 参数 进行 检查 ， 传 入 的 参数 regEx 或 者 Value 人 
NULL 时 ， 都 会 抛 出 NullPointerException。 因 此 在 代码 2 里 进行 了 参数 合法 性 校 验 ， 保 证 了 
通用 方法 的 健壮 性 。 
































package com.itedu365.best2702; 
public class After { 
/ 通用 正则 表达 式 匹配 方法 
public static boolean validate(String regEx, Object value) { 
/ 检查 参数 的 合法 性 
if (regEx != null && value !=nuD { 
Pattern pat = Pattern.compile(regEx); 





























Matcher mat = pat.matcher(value.toString()); 
if (lmat.find()) { 
return false; 
} 
return true; 
} else{ 
return false; 


} 




































































4.6 避免 使 用 可 变 参数 


图 优化 前 代码 


实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 


次 代码 1: 可 变 参数 反例 使 用 


1 
2 
3 
4 
5 
6 
的 
8 
9 


10 
11 








同时 都 满足 相同 可 变 参数 类 型 的 调用 


package com.itedu365.best2801; 
public class Beforel { 





/ 打印 方法 1 
private static void print(String... args) { 
for (String temp : args) { 
System.out.println(temp); 
} 
} 
/ 打印 方法 2 
public static void print(String test, String... args) { 





System.out.println(test); 


FE 何 一 个 为 





69 


70 


交代 码 2: 


‘Oo om 人 ODD 一 


一 一 一 王 
Ch 一己 


14 


} 


// 测试 方法 
public static void testMethod() { 


可 变 





// 如 果 要 调用 的 方法 可 以 和 两 


/main 方法 中 的 两 个 调 月 























print("hello"); 


TOA elt et 


UL 


print("hello", "alexia"); 





参数 反例 使 用 


package com.itedu365.best2801; 
public class Before2 { 


We 


| 


























个 可 变 参 数 匹 配 ， 则 出 现 错误 。 
昌都 不 能 编译 通过 ， 
// 因为 编译 器 不 知道 该 选 哪 个 方法 调用 


yaa ee oa cht tit dd 


》 


同时 都 满足 不 同 可 变 参数 类 型 的 调用 


public static void print(String test, Integer... is) { 


} 
九 坦 








印 方法 2 


public static void print(String test, String... args) { 


} 





// 测试 方法 
public static void testMethod() { 
// 因为 两 个 方法 都 匹配 ， 编 译 器 不 知道 选 哪个 ， 于 是 报错 了 。 

/ 这 里 同时 还 有 个 非常 不 好 的 编码 习惯 ， 即 调用 者 隐藏 了 实 参 类 型 ， 


} 





>: 











O 








// 这 是 非常 危险 的 ， 不 仅仅 调用 者 需要 “猜测 ”该 调用 哪个 方法 ， 












































/ 而 且 被 调用 者 也 可 能 产生 内 部 逻辑 混乱 的 情况 。 


print("hello"); 
print("hello", null); 








次 代码 3: 可 变 参数 反例 使 用 一 一 固定 参数 与 可 变 参 数 都 匹配 的 调用 


1 
2 
3 
4 
5 
6 
双 
8 
9 


10 
11 


package com.itedu365.best2801; 
public class Before3 { 
// 可 变 参 数 的 方法 。 


private static void print(String... args) { 


} 
/ 固 





for (String temp : args) { 


System.out.println(temp); 





定 参数 的 方法 。 


public static void print(String test) { 


System.out.println(test); 


} 


// 测试 方法 





public static void testMethod() { 
/ 在 调用 方法 的 时 候 ， 如 果 能 够 和 固定 参数 的 方法 匹配 ， 
/ 也 能 够 与 可 变 长 参数 的 方法 匹配 ， 则 选择 哪 一 个 ? 


图 现象 描述 



































Vint( "六 六 六 六 洲 六 六 六 六 六 米 六 六 六 六 六 六 六 六 六 闪 六 六 六 六 六 六 中 )， 
print("hello"); 
DYint( "六 米 六 六 洲 六 六 六 六 六 六 六 六 六 玉米 交 六 六 六 六 六 六 六 闪闪 中 )， 


print("hello", "alexia"); 












































程序 中 存在 使 用 非 通用 性 的 可 变 参数 方法 。 
图 不 利 影响 分 析 
虽然 可 变 参数 有 其 好 处 ， 但 是 一 般 业务 编程 时 ， 使 用 哪个 方法 应 该 是 明确 


不 能 模棱两可 。 


























个 通用 性 太 强 的 参数 方法 ， 往 往 会 带 来 使 























图 检测 工具 或 方法 
(R) 代码 检查 。 
图 最 佳 解决 方案 


如 果 没 有 创新 ， 没 有 发 展 ， 那 么 就 会 渐渐 被 淘汰 ， 然 而 并 不 是 所 有 的 创新 对 我 们 编程 都 





是 适合 的 。 不 能 牺牲 程序 的 可 读 性 来 增加 程序 的 创造 性 和 灵活 性 《在 通用 框架 里 有 其 所 存在 
























































的 价值 )， 在 一 般 应 用 开发 中 应 该 尽量 避免 使 用 可 变 长 参数 。 
图 优化 后 代码 
次 代码 4: 参数 明确 方法 











1 
2 
3 
4 
5S 
6 
也 
8 
9 


10 
11 


解析 : 


代码 1~3 中 ， 








package com.itedu365.best2802; 
public class After { 
// 打印 方法 1 
public static void print(String paral, Integer para2) { 


} 








/ 打印 方法 2 
public static void print(String paral, String para2) { 


} 
1/ 议 








I 试 方法 


public static void testMethod() { 





print("hello", 365); 
print("hello","365itedu"); 




















可 变 参 数 代 码 会 有 各 种 使 用 的 不 便 ， 本 1 




















用 的 潜在 危险 。 




















/ 

















的 、 唯 一 的 ， 

































































所 举 的 例子 只 是 




















为 避免 不 必要 的 麻烦 ， 因 此 要 尽量 使 用 参数 明确 的 方法 。 
4.7 如 何 优化 过 长 参数 


国 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 














串 





1] package com.itedu365.best2901; 

2 public class Before { 

3 / 获取 打折 : VIP，8 折 ; 会 员 ，9 折 

4 public double getDiscount(String saleMan, String personType) { 
5 if ("1l".equals(personType)) { 

6 System.out.println(" 销 售 人 员 " + saleMan + 

7 

8 

9 


"给 客户 类 型 为 VIP， 打 8 折 优 惠 。"); 











return 0.8; 
} 
10 if ("2".equals(personType)) { 
11 System.out.println(" 销 售 人 员 " + saleMan 十 
12 "客户 类 型 为 会 员 ， 打 9 折 优 惠 。 吕 
13 return 0.9; 
14 } 
15 return 0; 
16 } 
ly 
实例 2 


动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 2: Before 类 












































1] package com.itedu365.best2911; 

2 public class Before { 

3 / 添加 用 户 

4 public void addUser(String userName, String userld, 
3 Integer age, String sex) { 

6 System.out.println(" 添 加 用 户 姓名 : "+ userName); 
7 System.out.println(" 深 加 用 户 ID: "+userId); 
8 System.out.println(" 添 加 用 户 年 龄 : "+ age); 

9 System.out.println(" 添 加 用 户 性 别 : "+ sex); 
10 } 

11 } 


国 现象 描述 
程序 中 使 用 了 超过 7 个 以 上 的 参数 (为 了 节省 代码 ， 示 例 中 只 列举 了 4 个 )。 
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国 不 利 影响 分 析 

参数 一 般 不 要 超过 7 个 。 如 果 超 过 7 个 ， 无 论 是 对 自己 还 是 以 后 的 维护 者 ， 都 很 难 状 清 
每 个 参数 的 含义 ， 这 大 大 降低 了 程序 的 可 读 性 与 可 维护 性 。 

图 检测 工具 或 方法 

GD (C) Maximum Parameter Length。 

© (P) ExcessiveParameterList。 

图 最 佳 解决 方案 

超过 7 个， 可 用 本 例 优化 技巧 10( 把 参数 提升 成 类 成 员 变 量 ) 以 及 优化 技巧 11 (引入 参 
数 对 象 ) 来 减少 参数 个 数 。 


优化 技巧 10: 把 参数 提升 成 类 成 员 变量 


图 优化 类 别 
优化 方法 。 
国 实施 方法 
如 果 方 法 参数 没有 改变 ， 或 者 多 个 方法 都 用 到 了 同样 的 参数 ， 那 么 这 个 参数 可 以 提取 到 
L 体 步 又 如 下 : 
Q 检查 每 个 参数 是 否 可 以 提取 到 类 成 员 变 量 。 
@ 用 类 成 员 变 量 代替 原来 的 参数 。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 3: After 类 









































































































































package com.itedu365.best2902; 
public class After { 
/ 成 员 变 量 





1 
2 
3 
4 private String saleMan; 

9 public After(String saleMan) { 

6 this.saleMan = saleMan; 

7 } 

8 / 获取 打折 : VIP，8 折 ; 会 员 ，9 折 

9 public double getDiscount(String personType) { 




















10 if ("1".equals(personType)) { 

11 System.out.println(" 销 售 人 员 " + saleMan 二 
12 "给 客户 类 型 为 VIP， 打 8 折 优 惠 。"); 
13 return 0.8; 

14 } 

15 if ("2".equals(personType)) { 

16 System.out.println(" 销 售 人 员 " + saleMan + 
17 "客户 类 型 为 会 员 ， 打 9 折 优 惠 。"); 
18 return 0.9; 

19 } 
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20 return 0; 


解析 : 
代码 1 中 参数 saleMan 的 值 在 方法 体内 是 固定 不 变 ， 因 此 可 以 把 这 种 参数 提取 到 类 成 员 
变量 里 面 》 减少 参数 个 数 。 


优化 技巧 11: 引入 参数 对 象 


图 优化 类 别 
优化 方法 。 
图 实施 方法 

引入 参数 对 象 的 实施 方法 比较 简单 ， 可 以 按照 以 下 步骤 实施 。 
L 体 步 又 如 下 : 

@ 把 方法 相应 的 参数 换 成 参数 对 象 。 

(8) 用 参数 对 每 值 蔡 换 方法 体内 的 原来 参数 。 

图 优化 后 代码 

实例 2 优化 后 

次 代码 4: User 类 (get/set 方法 省 略 ) 












































































































































package com.itedu365.best2912; 
public class User { 
/ 成 员 变 量 





private String userName; 


1 

3 

4 

3 private String userld; 
6 private String sex; 
了 private Integer age; 
8 


} 
交代 码 5: After 类 


1 package com.itedu365.best2912; 

2 public class After { 

3 / 添加 用 户 : 参数 只 有 一 个 

4 public void addUser(User user) { 

5 System.out.println(" 添 加 用 户 姓 名 : "+ user.getUserName()); 
6 

7 

8 

9 



































System.out.println(" 深 加 用 户 ID: "+user.getUserIdO); 
System.out.println(" 添 加 用 户 年 龄 : "+ user.getAge()); 
System.out.println(" 深 加 用 户 性 别 : "+ user.getSex0); 















































代码 2 里 ， 可 以 把 参数 提取 成 一 个 参数 Bean 类 。 在 新 设计 系统 类 时 ， 可 能 会 意识 到 设计 
这 种 参数 Bean 类 ， 但 是 对 于 既 有 的 类 进行 维护 ， 增 加 参数 个 数 时 ， 是 否 还 有 这 种 提取 参数 
Bean 类 的 意识 ， 那 就 不 一 定 了 。 本 书 特地 演示 这 个 例子 就 是 提醒 读者 , 在 优化 的 可 能 范围 内 ， 
能 够 提取 参数 类 的 就 尽量 提取 。 






























































4.8 为 什么 不 要 重 与 静态 方 ; 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Base 父 类 党 
1] package com.itedu365.best3001; 
2 public class Base { 
3 / 父 类 静态 方法 
4 public static void staticMethod() { 
5 System.out.println("Father Static Method"); 
6 } 
7 / 父 类 非 静 态 方法 
8 public void commonMethod( { 
9 System.out.println("Father Common Method"); 
10 } 
li 


交代 码 2: Before 子 类 


1] package com.itedu365.best3001; 

2 public class Before extends Base { 
3 // 同名 子 类 静态 方法 
4 public static void staticeMethod() { 

9 System.out.println("Child Static Method"); 
6 

又 

8 

9 





} 

// 同名 子 类 非 静 态 方法 

public void commonMethod() { 
System.out.printin("Child Common Method"); 





T 


10 } 
11 } 


交代 码 3: 测试 类 


1] package com.itedu365.best3001; 

2 public class BeforeTest { 

3 public static void main(String[] args) { 
4 Base before = new Before(); 

5 before.staticMethod\(); 
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类 





一 < 








开 ! 


型 是 声明 时 的 类 型 ， 实 际 类 型 是 对 象 产生 时 的 类 型 。 


6 before.commonMethod(); 
7 } 

8 } 
执行 结果 为 : 


Father Static Method 
Child Common Method 


图 现象 描述 

子 类 重 写 了 父 类 的 静态 方法 。 

国 不 利 影响 分 析 

Java 实例 对 象 有 两 个 类 型 : 表面 类 型 (Apparent Type) 和 实际 类 型 (Actual Type)， 表 面 









































非 静态 方法 是 根据 对 象 的 实际 类 型 来 执行 的 ， 具 有 以 下 特殊 用 法 ; 
首先 ， 其 执行 不 是 依赖 实例 对 象 而 是 通过 类 名 来 访问 的 。 
其 次 ， 也 可 以 通过 对 象 来 访问 静态 方法 ， 此 时 JVM 会 通过 对 象 的 表面 类 型 查找 到 静态 方 















































去 入 口 ， 继 而 执行 。 重 写 了 父 类 的 静态 方法 ， 执 行 的 时 候 ， 如 果 用 多 态 的 话 ， 昌 然 是 子 类 调 

















用 本 类 的 静态 方法 ， 但 是 实际 执行 的 却 是 父 类 的 方法 。 




















国 检测 工具 或 方法 

(R) 代码 检查 。 

图 最 佳 解决 方案 

子 类 需要 用 别 的 名 称 来 避免 与 父 类 静态 方法 名 称 的 冲突 。 
国 优化 后 代码 

实例 1 优化 后 

交代 码 4: After 类 















































1] package com.itedu365.best3002; 
2 public class After extends Base { 
3 // 子 类 静态 方法 
4 public static void staticChildMethod() { 
5 System.out.println("Father Static Method"); 
6 } 
7 // 同名 子 类 非 静 态 方法 
8 public void commonMethod() { 
9 System.out.println("Child Common Method"); 
10 } 
11 } 
解析 : 
代码 3 第 5 行 ， 子 类 的 对 象 调用 的 应 该 是 子 类 的 静态 方法 ， 因 为 父 类 也 有 重 名 的 静态 方 
法 ， 静 态 方法 的 入 口 是 父 类 ， 所 以 调用 的 是 父 类 。 为 了 避免 这 种 现象 的 发 生 ， 父 类 与 子 类 不 
要 命名 同名 的 静态 方法 。 
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4.9 ”避免 使 用 过 时 的 API 


国 优化 前 代码 

实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 

交代 码 1: Before 类 © 


1 package com.itedu365.best3101; 

2 import java.util.Date; 

3 public class Before { 

4 public static void method() { 
5 Date date = new Date(); 
6 // 过 时 的 API 

7 intday= date.getDay(); 

8 System.out.println(day); 
9 


】 
10 } 


图 现象 描述 
程序 里 面 存在 过 时 的 API。 
国 不 利 影响 分 析 
很 多 程序 员 习 惯 了 曾经 熟练 的 API， 然 而 有 些 会 存在 性 能 或 算法 等 方面 的 缺陷 。Java 一 
般 会 在 新 版 本 里 不 定期 发 布 有 缺陷 API 的 替代 方法 。 
国 检测 工具 或 方法 
(EC) Deprecated Method 。 
图 最 佳 解决 方案 
用 新 的 方法 蔡 换 过 时 的 API。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 










































































1] package com.itedu365.best3102; 

2 public class After { 

8 public static void method() { 
4 // 过 时 API 的 替代 方法 
3 int day = Calendar.DATE; 
0 System.out.println(day); 

7 } 

Se 

















代码 1 中 ，Date 的 getDay0 方 法 已 经 在 1.1 版 本 就 被 Calendar.DATE 所 代替 了 ， 所 以 可 以 

















ZX 




















毫 不 犹豫 的 舍弃 ， 因 为 有 了 更 好 的 解决 方案 。 


4.10 ”优雅 的 集合 运算 方法 知 多 少 
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图 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 
交代 码 1: Before 类 





1] package com.itedu365.best3201; 

2 public class Before { 

3 public static void method() { 

4 / 临时 变量 listl 

3 List<String> listl = new ArrayList<String>(); 
6 

所 

8 

9 





listl.add("test1"); 
listl.add("test1"); 
listl.add("test2"); 
// 临时 变量 list2 























10 List<String> list2 = new ArrayList<String>(); 
11 list2.add("'test2"); 

12 list2.add("test3"); 

13 / 交集 list3 =listl 与 list2 的 共同 元 素 

14 List<String> list3 = new ArrayList<String>(); 
15 for (int i= 0; 1< list2.size(); 1++) { 

16 if (listl.contains(list2.get(i))) { 

17 list3.add(list2.getQ)); 

18 } 

19 } 

20 System.out.printIn(" 交 集 "); 

21 System.out.println(list3.size()); 

22 / 并 集 list4 = listl + list2 

23 List<String> list4 = new ArrayList<String>(); 
24 for (int i= 0; 1< listl.size(); 1++) { 

2 list4.add(list1.get(i)); 

26 } 

241 for (int i= 0; 1< list2.size(); 1++) { 

28 list4.add(list2.getQ)); 

29 } 

30 System.out.println(" 并 集 "); 

31 System.out.println(list4.size()); 

32 / 差 集 list5 = list2 -list1 

33 List<String> list = new ArrayList<String>(); 
34 for (int i= 0; i< list2.size(); it+) { 

3 if (llistl.contains(list2.get(i))) { 

36 list$.add(list2.get(i)); 


37 } 





38 } 
39 System.out.println(" 差 集 "); 
40 System.out.println(list$.size()); 
41 System.out.println(list$.get(0)); 
42 . 
0 

图 现象 描述 


己 写 了 操作 和 集合 元 素 的 方法 。 
国 不 利 影响 分 析 





















































种 低级 错误 ， 所 以 在 此 特别 强调 。 








重 写 集 合 操作 运算 方式 可 以 说 是 重复 发 明 轮 子 的 一 个 特例 ， 因 为 很 多 程序 员 都 经 常 犯 这 














从 示例 代码 里 可 以 看 到 ， 我 们 自己 重 写 集合 的 这 些 交 集 、 并 集 、 差 集 时 ， 



































试 是 不 是 有 画蛇添足 之 嫌 。 
图 检测 工具 或 方法 
(R) 代码 检查 。 

国 最 佳 解决 方案 
























































以 解决 这 些 间 是 ， 殊 不 知 ， 集 合 自身 提供 了 更 优雅 的 方式 来 解决 : 并 集 方法 
































编程 解密 二 : 完美 视角 









































还 必须 对 其 测 








集合 运算 一 般 指 两 个 集合 的 并 集 、 交 集 、 差 集 等 。 一 般 的 程序 员 认 为 进行 集合 遍历 就 可 


addAll()， 交 集 方 

















果 是 我 们 自己 来 设计 这 个 类 ， 应 该 给 用 户 提供 哪些 方法 呢 ? 有 了 这 个 观念 ， 















































法 retainAll0， 关 集 方法 removeAll()。 我 们 要 熟悉 常用 的 集合 操作 方法 ， 避 免 自 己 写 集合 操作 





当 我 们 使 用 别人 提供 的 某 个 类 时 ， 我 们 可 以 换个 视角 ， 站 在 设计 者 的 角度 分 析 一 下 如 
编程 日 


E 时 9 就 可 





以 不 用 看 API 说 明 ， 直 接 用 [.] 得 到 提示 时 ， 选 取 我 们 期 待 的 方法 。 成 长 就 是 这 么 快 ! 学 会 了 




































































原理 ， 再 来 编程 ， 就 会 很 轻松 ， 可 以 把 编程 当 作 一 种 乐趣 了 ! 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 




















1] package com.itedu365.best3202; 

2 public class Afterl { 

8 public static void method() { 

4 // 临时 变量 list1l 

5 List<String> listl = new ArrayList<String>(); 
6 

刀 

8 

9 





listl.add("test1"); 
listl.add("test1"); 
listl.add("test2"); 
// 临时 变量 list2 





10 List<String> list2 = new ArrayList<String>(); 
11 list2.add("'test2"); 
12 list2.add("test3"); 
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14 / 交集 list =listl 与 list2 的 共同 元 素 
15 List<String> list3 = new ArrayList<String>(); 
16 list3.addAll(list1); 
ly list3.retainAll(list2); 
18 System.out.printIn(" 交 集 "); 
19 System.out.println(list3.size()); 
20 
21 / 并 集 list4 = listl + list2 
22 List<String> list4 = new ArrayList<String>(); 
23 list4.addAll(list1); 
24 list4.addAll(list2); 
25 System.out.printIn(" 并 集 "); 
26 System.out.println(list4.size()); 
2 
28 / 差 集 list5 = list2 -list1 
29 List<String> list = new ArrayList<String>(); 
30 list$.addAll(list2); 
31 list$.removeAll(list1); 
32 System.out.println(" 差 集 "); 
33 System.out.println(list$.size()); 
34 System.out.println(list$.get(0)); 
35 
36 // 无 重复 并 集 list6= list2 - listl + list2 
3 List<String> list6 = new ArrayList<String>(); 
38 list6.addAll(list1); 
39 list2.removeAll(list6); 
40 list6.addAll(list2); 
41 System.out.println(" 无 重复 并 集 "); 
42 System.out.println(list6.size()); 
43 System.out.println(list2.size()); 
44 } 
45 } 
解析 : 




















代码 1 里 都 是 自己 写 的 对 集合 元 素 的 操作 ， 不 但 繁琐 而 且 易 错 ， 而 优化 后 的 代码 ， 用 集 
合 自 身 提 供 的 方法 对 其 对 象 元 素 操 作 ， 是 不 是 更 简单 方便 呢 ? 


※ 温 馨 提示 一 一 集合 使 用 技巧 有 哪些 ? 

除了 上 述 代 码 2 介绍 的 技巧 外 ， 我 们 还 有 以 下 集合 操作 技巧 : 
(1 ) 如 何 计算 无 重复 的 并 集 

G@ 把 list2 里 面 与 listl 中 重复 元 素 删除 : list2.removeAll(list1)。 
@ 把 删除 后 的 list2 加 入 listl 中 : listl.addAlldist2)。 

(2) 如 何 正确 的 删除 List 元素 

方法 1， 集 合 提供 方法 ， 可 以 用 listl.remove(obj)。 
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方法 2， 用 for 循环 遍历 删除 ， 但 要 从 List 的 后 面向 前 遍历 删除 ( 如 果 从 头 开 始 删除 ， 因 
为 List 已 经 删除 了 一 个 对 象 ， 那 么 最 大 值 就 不 是 原来 的 值 ， 会 引起 数组 越界 )。 


4.11 避免 重复 发 明 轮 子 


图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? . 


交代 码 1: Before 类 


1] package com.itedu365.best3301; 
2 public class Before { 








3 public static void method() { 

4 String emptyStr = ""; 

5 String nullStr = null; 

6 System.out.println(isEmpty(emptyStr)); 
又 System.out.println(isEmpty(nullStr)); 

8 } 

9 // 自 定义 isEmpty 方法 

10 public static boolean isEmpty(String str) { 
11 if (str== null | "".equals(str)) { 

12 return true; 

ls > 

14 return false; 

15 } 

16 } 


图 现象 描述 








图 不 利 影响 分 析 




















程序 中 实现 了 既 存 API 或 开源 工具 中 的 常用 方法 。 






































有 现存 的 方法 或 者 算法 ， 就 没 必 要 自己 再 重复 写 一 遍 了 。 否 则 ， 不 但 浪费 了 开发 时 间 ， 























而 且 要 付出 高 昂 的 维护 成 本 ! 





发 




















程 常 用 工 
有 举足轻重 的 地 位 。 因 此 








国 检测 工具 或 方法 
(R) 代码 检查 。 

国 最 佳 解决 方案 
一 个 经 验 丰 富 的 老 

















医 ， 会 对 各 种 草药 的 功效 与 配方 熟 记 于 心 。 要 成 为 一 名 优秀 的 架构 


















































师 ， 不 仅 要 对 Java 语言 的 基础 知识 与 技巧 熟 记 于 心 ， 还 要 求 能 够 把 握 常 用 开源 工具 力 至 技术 





展 动向 。 
编程 解密 三 : 完美 利用 























俗话 说 ， 站 在 巨人 的 肩 上 ， 才 可 以 看 得 更 远 。 编 程 亦 是 如 此 。 很 多 开源 组 织 公布 了 一 些 





















































k 包 ， 这 对 我 们 研发 系统 来 说 是 一 大 利器 。 开 源 包 用 的 好 不 好 ， 对 项 目的 研发 具 
需要 了 解 与 掌握 开发 中 常用 的 工具 包 ， 见 表 4-2。 
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表 4-2 常用 工具 包 




















编号 包 说 明 备注 
1 commons-lang.jar 字符 串 工 具 包 包含 toStringBuilder 等 字符 串 处 理 利器 
2 commons-beanutils.jar Bean 工具 包 对 Bean 之 间 进 行 赋值 操作 的 利器 
3 commons-collections.jar 集合 处 理工 具 包 功能 比 java.util.* 强 大 
4 joda-time.jar 时 间 处 理工 具 包 到 际 化 处 理 日 期 的 优雅 包 















































图 优化 后 代码 
实例 1 优化 后 
次 代码 2: After 类 


1] package com.itedu365.best3302; 

2 import org.apache.commons.lang3.StringUtils; 

3 public class After { 

4 public static void method() { 

S String emptyStr = ""; 

6 String nullStr = null; 

7 // 利用 既 存 开源 包 里 的 方法 

8 System.out.println(StringUtils.isEmpty(emptyStr)); 
9 System.out.println(StringUtils.isEmpty(nullStr)); 

















10 } 
i 


解析 : 
代码 1 里 自己 写 了 判断 是 否 为 空 的 isEmpty0 方 法 ， 其 实 apache 的 commons 包 下 面 的 
StringUtils 类 里 就 有 这 个 方法 ， 何 不 拿 来 就 用 呢 。 



















































































4.12 ”如何 对 肽 肿 的 方法 进行 瘦身 


图 优化 前 代码 


实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 名 


1] package com.itedu365.best3401; 

2 public class Before { 

3 public void sleep(String person) { 

4 / 简单 用 输出 值 的 方式 来 表示 本 方法 有 很 多 内 部 复杂 过 程 处 理 
5 System.out.println(person + "洗澡 "); 
6 

% 

8 

9 






































System.out.println(person + "刷牙 "); 
System.out.println(person + "脱衣 由; 
System.out.println(person + "开始 睡觉 。。。。"); 











10 } 
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实例 2 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
次 代码 2:， Before 类 

1] package com.itedu365.best3411; 


2 public class Before { 
3 private String person; 











4 / 对 外 服务 方法 〈 主 方法 ) 

5 public void sleep(String person) { 

6 this.person = person; 

了 了 toWashRoom(); 

8 } 

9 / 间接 层 

10 private void toWashRoom() { 

11 wash(); 

jl% } 

13 / 实际 处 理 层 

14 private void wash() { 

15 System.out.println(person + "洗澡 ""); 
16 System.out.println(person + "刷牙 "); 
17 } 


图 现象 描述 

及 肿 的 方法 一 般 有 以 下 几 种 情况 : 

@ 一 个 方法 代码 超过 150 行 。 

@) 方法 逻辑 算法 复杂 。 

@ 方法 使 用 了 太 多 间接 层 。 

图 不 利 影响 分 析 

及 肿 的 方法 带 来 了 以 下 不 良 影响 ; 

Q 降低 了 代码 的 可 读 性 与 可 维护 性 。 

@) 几乎 无 法 重复 利用 。 

@ 方法 的 重 写 也 会 变 得 很 难 。 

图 检测 工具 或 方法 

GD (P) TooManyFields。 

© (P) TooManyMethods。 

图 最 佳 解 决 方案 

对 爱 肿 的 方法 进行 瘦身 的 常用 方法 有 以 下 四 种 : 

Q 一 个 方法 有 效 代码 超过 150 行 时 ， 就 应 该 提炼 出 多 个 方法 。 用 本 例 优化 技巧 12 (分 
解 方法 ) 进行 分 解 。 

@) 遇 到 一 段 需要 注释 才能 让 人 理解 用 途 的 代码 时 , 就 应 该 将 这 段 代 码 放 进 一 个 独立 方法 中 。 

@ 儿 个 方法 之 间 有 重复 代码 ， 需 要 把 共通 的 代码 提炼 成 一 个 方法 。 

曲 如 果 使 用 了 太 多 间接 层 ， 使 得 系统 中 所 有 方法 都 似乎 上 只 是 对 另 一 个 方法 的 简单 委托 ， 
充斥 繁多 的 没有 特别 价值 的 小 方法 时 ， 就 要 用 本 例 优 化 技巧 13〈 合 并 方法 ) 进行 处 理 。 
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方法 最 少 可 以 有 多 少 行 代码 ? 


※ 温 志 提 示 


一 个 方法 最 短 可 以 有 多 少 行 代码 ? 可 能 每 个 程序 员 心 里 都 有 不 同 的 答案 ， 这 里 给 大 家 一 
个 参考 ， 进 行 明 确 的 说 明 : 如 果 方 法 名 称 和 方法 本 体 之 间 的 语义 明确 ， 即 使 是 一 行 代 码 ， 或 
者 方法 名 称 比 提炼 出 来 的 代码 还 长 ， 也 是 优秀 的 方法 。 


优化 技巧 12: 分 解 方 法 


图 优化 类 别 
优化 方法 
图 实施 方法 

分 解 方法 是 最 常用 的 方法 瘦身 技巧 。 

L 体 步 又 如 下 : 

Q 分 析 方 法 ， 提 取 各 个 辅助 小 方法 。 

@) 在 主 控 方法 里 控制 其 他 方法 的 执行 顺序 。 
图 优化 后 代码 

实例 1 优化 后 

交代 码 3: After 类 















































































































































1] package com.itedu365.best3402; 
2 public class After { 
3 private String person; 
4 // 分 解 主 控 方 法 
5 public void sleep(String person) { 
6 this.person = person; 
也 wash(); 
8 prepareSleep(); 
9 } 
10 / 分 解 成 有 意义 的 私有 小 方法 
11 private void wash() { 
12 System.out.println(person + "洗澡 ""); 
13 System.out.println(person + "刷牙 ""); 
14 } 
15 / 分 解 成 有 意义 的 私有 小 方法 
16 private void prepareSleep() { 
17 System.out.println(person + "脱衣"); 
18 System.out.println(person + "开始 睡觉 。。。。"); 
19 } 
20 } 
解析 : 

















代码 1， 休 息 sleep 方法 包含 的 内 容 太 多 了 ， 分 解 成 短小 精 悍 而 且 有 意义 的 小 方法 ， 不 仅 增 
加 了 程序 的 可 读 性 ， 而 且 还 增加 了 代码 复 用 率 。 优 化 后 代码 3 里 ， 把 休息 的 方法 分 解 成 一 个 主 控 
方法 (sleep) 及 2 个 小 方法 (wash、prepareSleep )， 主 控 方法 来 控制 两 个 小 方法 的 执行 顺序 。 
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优化 技巧 13: 合并 方法 


图 优化 类 别 
优化 方法 
图 实施 方法 
合并 方法 也 是 去 掉 中 间 层 ， 去 掉 繁 多 的 没有 特别 价值 的 小 方法 ， 把 多 个 方法 合并 的 一 个 
方法 里 。 
具体 步骤 如 下 : 
Q 分 析 要 合并 的 方法 。 
@) 找 出 被 合并 的 方法 。 
@) 把 被 合并 的 内 容 放 到 合并 后 的 方法 里 。 
图 优化 后 代码 
实例 2 优化 后 
交代 码 4: After 类 
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1] package com.itedu365.best3412; 
2 public class After { 
3 private String person; 














4 / 对 外 服务 方法 〈 主 方法 ) 

5 public void sleep(String person) { 

6 this.person = person; 

7 wash(); 

8 } 

9 / 实际 处 理 层 

10 private void wash() { 

11 System.out.println(person + "洗澡 ""); 
喝 System.out.println(person + "刷牙 "); 
13 } 

[o> 

15 


解析 : 

代码 2 的 第 10 行 toWashRoom 方法 的 这 种 中 间 过 渡 处 理 ， 在 刚刚 写 代码 的 时 候 ， 可 能 
会 存在 ， 但 是 经 过 多 次 修改 之 后 ， 其 内 容 将 渐渐 被 删 减 ， 这 种 方法 出 现 的 几率 就 非常 大 了 。 
因此 ， 发 现 有 这 种 痕迹 的 代码 后 ， 没 什么 可 犹 移 的 ， 该 舍弃 的 就 舍弃 吧 。 
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小 结 























方法 是 执行 业务 迪 辑 为 我 们 提供 服务 的 最 直接 的 编程 元 素 ， 因 此 方法 设计 的 高 效 与 否 ， 
方法 设计 的 合理 与 否 都 会 对 系统 造成 很 大 的 影响 。 本 章 介 绍 的 各 种 技巧 不 要 束之高阁 ， 而 要 
在 实际 项 目 研发 的 战场 上 ， 让 其 发 挥 最 大 的 功效 。 
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第 $ 章 ”如 何 保 证 多 线程 代码 质量 
如 果 无 序 是 你 必须 遵守 的 法 则 ， 你 就 会 因 谋求 秩序 而 受到 惩罚 。 一 一 瓦 莱 里 


多 线程 技术 可 以 更 好 地 利用 各 种 系统 资源 ， 减 少 用 户 访问 的 响应 时 间 ， 提 高 用 户 体验 。 
但 是 多 线程 技术 也 比较 复杂 ， 需 要 考虑 的 因素 很 多 。 
































5.1 为 什么 不 要 重 写 startO 方 法 


国 优化 前 代码 

实例 1 f 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 

交代 码 1: Before 类 © 


1] package com.itedu365.best3501; 
2 public class Before extends Thread { 





3 // 重 写 start0 方 法 

4 public void start() { 

5 run(); 

6 } 

7 // 重 写 run() 方 法 

8 public void run() { 

9 System.out.println(" 这 是 Run 方法 ! "); 
10 } 

iT 


国 现象 描述 

多 线程 的 启动 方法 start0 被 重 写 。 

国 不 利 影响 分 析 

启动 线程 要 用 标准 的 启动 方法 即 直接 调用 start0 方 法 。 其 他 任何 调用 或 者 手段 
都 是 不 标准 的 。 如 果真 需要 重 写 start( 方 法 ， 必 须 调用 父 类 的 start0 方 法 ， 否 则 就 是 错 
误 的 。 

如 果 不 使 用 标准 线程 启动 方式 启动 ， 就 不 会 启动 新 的 线程 ， 而 只 是 调用 了 一 
通 方 法 。 因 为 在 标准 线程 启动 方法 中 ， 会 调用 很 多 跟 线程 相关 的 本 地 方法 ， 来 启动 一 
个 线程 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解 决 方案 

非 标准 的 启动 方法 要 换 成 标准 的 ， 这 也 是 编程 的 基本 惯例 。 
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图 优化 后 代码 
实例 1 优化 后 
交代 码 2: Afterl 类 (不 要 重 写 start0 方 法 ) 


1] package com.itedu365.best3502; 

2 public class Afterl extends Thread { 
3 // 重 写 run() 方 法 

4 public void run() { 

5 System.out.printin(" 这 是 Run 方法 ! "); 
6 } 

we 


次 代码 3: After2 类 ( 重 写 start0 方 法 时 ， 调 用 父 类 start0 方 法 ) 

















1] package com.itedu365.best3502; 
2 public class After2 extends Thread { 
3 // 重 写 start(0 方 法 
4 (QOverride 
5 public void start() { 
6 / 调用 父 类 start() 方 法 
7 super.start(); 
8 / 自己 扩展 添加 代码 
9 System.out.println("Call super start method."); 
10 } 
11 // 重 写 run0 方 法 
12 public void run() { 
13 System.out.println("Do not override start method."); 
14 } 
lS 
解析 : 
代码 1 虽然 重 写 了 start0 方 法 , 但 是 不 会 启动 一 个 线程 。 虽然 代码 3 可 以 启动 线程 ,一般 









































也 不 要 采用 ， 因 为 有 些 API 自身 有 其 专用 的 目的 ， 破 坏 了 其 约定 ， 受 到 伤害 的 往往 是 我 们 
己 ， 与 其 这 样 不 如 就 按照 其 约定 俗 成 的 惯例 来 做 。 













































































5.2 ”避免 使 用 非 线 程 安全 的 初始 化 方法 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
六 代码 1: Before 类 名 


1 package com.itedu365.best3601; 
2 public class Before { 
3 / 静态 成 员 变量 
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4 private static Before instance = nmull; 
5 // 构造 方法 

6 private Before() { 

了 } 

8 / 获取 实例 :懒汉 式 初 始 化 方式 
9 public static Before getInstance() { 
10 if (instance== nuD { 

11 instance = new Before(); 
也 } 

13 return instance; 

14 } 


15 } 


图 现象 描述 

代码 里 有 非 线程 安全 的 初始 化 方法 。 

图 不 利 影 响 分 析 

单 例 模 式 的 实现 方式 有 两 种 一 一 饿 汉 式 与 懒汉 式 。 代 码 1 是 懒汉 式 非 线程 安全 的 初始 化 
方法 。 多 线程 环境 下 ， 非 同步 线程 ， 有 可 能 初始 化 失败 ， 因 为 具有 优先 权 的 线程 有 可 能 夺 走 
别 的 线程 生成 的 对 象 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

多 线程 环境 下 的 编程 ， 非 常 重要 的 一 个 问题 就 是 线程 安全 问题 ， 应 首先 明确 哪 部 分 是 多 
线程 执行 的 ， 再 明确 哪些 数据 是 被 多 线程 共享 的 ， 明 确 这 些 才 能 更 好 地 避免 竞 态 条 件 的 发 生 。 
这 个 问题 的 核心 就 是 要 注意 有 没有 锁 ， 如 果 有 ， 那 么 是 在 什么 
级 别 上 的 锁 ， 锁 的 判断 是 与 系统 底层 所 关联 的 。 锁 的 级 别 从 小 
到 大 有 类 成 员 变 量 对 象 、 类 自身 对 象 、 类 锁 ， 一 定 要 分 清楚 ， 
锁 的 大 小 关系 如 图 5-1 所 示 。 
单 例 模 式 方法 不 止 一 种 ， 常 用 的 三 种 方法 是 : 
@ 懒汉 式 ， 双 重 锁定 检查 (DCL)。 
@ 狐 汉 式 ， 在 本 类 定义 静态 成 员 变量 时 生成 对 象 。 
@) 狐 汉 式 ， 在 内 部 类 定义 静态 成 员 变 量 时 生成 对 象 。 
图 优化 后 代码 
实例 1 优化 后 
六 代码 2: Afterl 类 图 5-1 锁 的 大 小 关系 






















































































































































































1 package com.itedu365.best3602; 
2 public class Afterl { 





3 / 静态 成 员 变量 

4 private static Afterl instance = null; 
5 / 构造 方法 

6 private After1() { 

7 } 
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8 / 获取 实例 ， 懒汉 式 ， 双 重 锁定 检查 (DCL) 



























































9 public static Afterl getInstance() { 
10 if (instance== nulD) { 
11 Synchronized (new Afterl1(O) { 
12 if (instance == nulD) { 
13 instance = new After1(); 
14 } 
15 } 
16 } 
17 return instance; 
18 } 
Looe 
解析 : 
代码 1 第 10 行 (instance = new Before0) 被 编译 成 后 ， 对 应 的 汇编 代码 就 变 成 了 8 条 
编 指令 ， 其 大 致 做 了 3 件 事情 ， 需 要 一 个 过 程 : 
Q 给 类 的 实例 分 配 内 存 。 


@ 初始 化 类 的 构造 器 。 





@@ 将 instance 对 象 指向 分 配 的 内 存 空间 。 














wy 有 
代码 

在 执行 对 

行 完毕 第 
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9 
10 


11 
12 
43 
14 
15 


代码 








交代 








执行 完 第 3 个 步骤 ， 对 象 的 创建 才 完成 。 

1 里 ， 如 果 有 A、B 两 个 线程 同时 执行 到 创建 过 程 代码 ， 如 图 5-2 所 示 ，A 线程 正 
和 象 的 生成 (第 10 行 )， 而 B 线程 正好 执行 到 对 象 判断 有 无 〈 第 9 行 )。 这 样 当 A 执 
有 10 行 代码 时 ，B 正好 进入 让 语句 ， 进 行 对 象 的 创建 ， 因 此 就 会 生成 两 个 对 象 。 


B 线 程 A 线程 


public static Before getInstance() { public static Before getInstance() { 
[= if (instance == null) { 9 if (instance == null) { 
instance = new Before(); 6 instance = new Before(); 
Counti+; Counti+; 
} } 
System.out.println(count); 3 System.out.println(count); 
return instance; 4 return instance; 

































































图 5-2” 非 线程 同步 
2 的 优化 采用 双重 锁定 检查 (DLC) 方法 ， 保 证 了 只 生成 一 个 对 象 。 优 化 后 的 代码 利 














用 双重 判断 来 减少 判断 锁 的 次 数 ， 当 对 象 初始 化 完毕 时 ， 就 不 用 再 判断 锁 了 ， 这 样 更 加 高 效 。 


码 3: After2 类 


1] package com.itedu365.best3602; 
2 public class After2 { 

3 / 静态 成 员 变 量 
4 
5 





private static After2 instance = new After2(); 
// 构造 方法 
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0 private After2() { 
} 
8 / 获取 实例 : 饿 汉 式 ， 在 本 类 定义 静态 成 员 变 量 时 生成 对 象 
9 public static After2 getInstance(){ 
10 return instance; 
11 } 
2 
解析 : 








根据 JLS (Java Language Specification) 中 的 规定 : 一 个 类 在 一 个 ClassLoader 中 只 会 被 





























初始 化 一 次 。 这 是 JVM 本 身 的 机 制 保证 的 ， 因 此 本 例 代 码 我 们 用 静态 成 员 变 量 进行 初始 化 的 








方式 ， 保 证 了 生成 的 实例 是 唯一 的 。 
次 代码 4: After3 类 











1 package com.itedu365.best3602; 
2 public class After3 { 
3 // 构造 方法 
4 private After3() { 
5 } 
6 // 内 部 类 
多 private static class SingletonFactory { 
8 / 静态 成 员 变 量 
9 private static After3 instance = new After3(); 
10 } 
11 // 获取 实例 : 饿 汉 式 ， 在 内 部 类 定义 静态 成 员 变 量 时 生成 对 象 
2 public static After3 getInstance() { 
13 return SingletonFactory.instance; 
14 } 
J 
解析 : 











代码 4 这 种 静态 内 部 类 的 实质 与 代码 3 的 实现 机 制 是 一 样 的 。 由 于 SingletonFactory 是 私 





























有 的 ， 除 了 getInstance() 之 外 没有 办 法 访问 它 ;， 同 时 读 取 实例 的 时 候 不 会 进行 同步 ， 因 此 也 没 
有 性 能 缺陷 。 
S.3 用 final 成 员 对 象 作为 同期 化 对 象 锁 

图 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 


交代 码 1: Before 类 


1] package com.itedu365.best3701; 
2 public class Before { 
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System.out.println(" 要 用 final 的 成 员 对 象 作为 同 





日 final 修 








饰 符 。 


3 // 一 般 锁 对 象 
4 Object lock; 
5 Before(Object lock) { 
6 this.lock = lock; 
7 } 
8 public void method() { 
9 // 同步 块 
10 synchronized (lock) { 
11 
12 } 
13 } 
14 } 
国 现象 描述 
作为 同步 锁 的 成 员 变 量 未 使 月 
图 不 利 影响 分 析 


对 于 非 final 成 员 ， 其 对 象 有 可 能 被 改变 ， 如 果 对 象 被 变更 后 ， 同 





生意 想不到 的 后 果 。 
图 检测 工具 或 方法 
(R) 代码 检查 

国 最 佳 解决 方案 

















图 优化 后 代码 
实例 1 优化 后 
次 代码 2: After 类 


使 用 final 的 目的 就 是 不 要 让 对 象 变更 ， 


修饰 符 。 











期 化 对 象 锁 '"); 

















因此 在 使 














System.out.println(" 要 用 final 的 成 员 对 象 作为 同 








1] package com.itedu365.best3702; 
2 public class After { 
3 /1/ final 锁 对 象 
4 final Object lock; 
3 After(Object lock) { 
6 this.lock = lock; 
7 } 
8 public void method() { 
9 // 同步 块 
10 synchronized (lock) { 
11 
12 } 
13 } 
14 } 
解析 : 


代码 1 的 锁 是 类 成 员 变 量 锁 ， 


























锁 是 friendly 型 


对象 锁 时 

















其 化 将 不 起 作 

















]， 这 将 





,最 安全 的 方法 就 是 加 上 final 














期 化 对 象 锁 "); 








， 可 以 被 包 ! 











。 如 果 一 旦 被 
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别 的 对 象 奉 换 ， 那 么 就 失去 了 同步 锁 的 作 
是 对 象 锁 所 应 该 具有 的 属性 。 











。 因 此 最 安全 的 方法 就 是 用 final 进行 限制 。 这 也 





bene 
































5.4 ”在 synchronized 内 使 用 waitO 方 法 


图 优化 前 代码 




















实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 雹 
1] package com.itedu365.best3801; 
2 public class Before { 
3 public boolean flag = false; 
4 // 多 线程 控制 
5 public boolean method(boolean flag) throws InterruptedException { 
6 while (flag) { 
7 / 进入 休眠 
8 wait(); 
9 } 
10 / 唤醒 所 有 等 待 
11 notifyAl(O; 
12 return flag; 
13 
14 } 


国 现象 描述 
在 非 synchronized 修饰 的 方法 内 调用 waitO0 或 者 notify0 方 法 。 
国 不 利 影响 分 析 
如 果 在 没有 使 用 synchronized 的 方法 内 调用 wait0 或 者 notify(0 方 法 ， 有 可 能 取 不 到 正 
的 锁 。 此 时 ， 会 抛 出 HlegalMonitorStateException 异常 。 
图 检测 工具 或 方法 
CR) 代码 检查 。 
国 最 佳 解决 方案 
wait()、notify0 方 法 和 synchronized 就 好 像 挛 生 兄弟 ， 总 是 一 起 出 现 。 
国 优化 后 代码 
实例 1 优化 后 
六 代码 2: After 类 













































































package com.itedu365.best3802; 
public class After { 











// 同期 化 后 多 线程 控制 


public synchronized boolean method(boolean flag) 





1 
2 
3 public boolean flag = false; 
4 
5 
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0 throws InterruptedException { 
7 while (flag) { 
8 // 进入 休眠 
9 wait(); 
10 } 
11 / 唤醒 所 有 等 待 
12 notifyAll(); 
13 return flag; 
14 } 
1 才 
解析 : 














运行 代码 1 就 会 抛 出 TlegalMonitorStateException 异常 ,但 是 许多 程序 员 却 不 知道 这 是 















































于 没有 使 用 线程 同步 而 引起 的 ， 因 此 需要 我 们 引起 注意 。 


5.5 尽量 缩小 同期 化 代码 范围 


图 优化 前 代码 

实例 1 有 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 

交代 码 1: Before 类 CS 


1] package com.itedu365.best3901; 

2 class Before implements Runnable { 

3 static int baseNum = 0; 

4 / 方法 线程 同步 

可 public synchronized void run() { 
6 

7 

8 

9 





for (inti=0;i<5;it+){ 
System.out.println(Thread.currentThread().getName() 
+":"+baseNumt+t+); 
try { 
10 Thread.sleep(100); 
11 } catch (InterruptedException e) { 
12 System.out.printin("Interrupted"); 
13 } 


国 现象 描述 

不 考虑 线程 性 能 问题 ， 在 任意 范围 内 使 用 同步 线程 。 

图 不 利 影 响 分 析 

大 范围 的 代码 同步 ， 就 如 同 给 代码 上 了 大 的 独 享 锁 ， 这 个 原理 和 数据 库 锁 原理 一 样 。 加 
锁 的 范围 越 大 ， 对 程序 的 性 能 影响 也 越 大 ， 同 时 也 增加 了 代码 理解 的 难度 。 

















辆 
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国 检测 工具 或 方法 
ee 
国 最 佳 解决 方案 
分 析 同 步 的 实质 ， 缩 小 同步 的 范围 ， 尽 可 能 的 使 用 同步 块 代替 同步 方法 。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 





























1 package com.itedu365.best3902; 
2 class After implements Runnable { 
3 static int baseNum = 0; 
4 public void run() { 
5 for (inti=0;i<5;it+) { 
6 // 同步 块 
synchronized (this) { 
8 System.out.println(Thread.currentThread().getName() 
9 +":"+baseNumtt+); 
10 } 
11 try { 
12 Thread.sleep(100); 
13 } catch (InterruptedException e) { 
14 System.out.printin("Interrupted"); 
15 > 
16 
17 } 
18 } 
解析 : 



































代码 1 用 的 是 方法 同步 ， 我 们 知道 非 静态 方法 的 同步 锁 ， 就 是 类 自身 的 对 象 锁 。 深 入 分 
析 本 段 代码 后 ， 我 们 发 现 真 正 需 要 同步 的 数据 是 basNum 成 员 静 态 变 量 ， 而 对 其 操作 的 代码 
只 有 第 7 行 ， 这 样 我 们 就 可 以 用 同步 块 的 方式 ， 把 同步 代码 缩小 到 一 行 ， 这 样 就 大 大 提高 了 
多 线程 性 能 ! 




































































小 结 











让 
.0. 





. 分清 同步 数据 。 

里 清 同步 代码 。 

明确 同步 锁 。 

搞 清 楚 了 这 三 个 问题 ， 就 是 抓 着 了 多 线程 的 核心 ， 其 他 多 线程 问题 也 迎刃而解 。 





























本 节 需 要 掌握 最 重要 的 三 伯 
1 
2 
3. 
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第 6 章 如 何 优化 类 与 接口 


天 才 是 百 分 之 一 的 灵感 加 百 分 之 九 十 九 的 汗水 。 一 一 爱迪生 


在 构建 系统 架构 之 前 ， 首 先 要 保证 有 优秀 的 素材 ， 类 与 接口 就 是 组 建 优秀 架构 体系 的 最 
小 元 素 。 因 此 ， 类 与 接口 的 优化 ， 在 大 型 项 目 架 构 中 显得 格外 重要 . 























rel 
疾 











6.1 避免 创建 不 必要 的 对 象 


国 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 


























1] package com.itedu365.best4001; 
2 public class Before { 
3 public static void method() { 
4 // String 对 象 创建 方式 一 
5 String itedu365 1 = new String("itedu365"); 
6 // String 对 象 创建 方式 二 
7 String itedu365 2= "itedu365"; 
8 String itedu365 3 = "itedu365"; 
9 // String 对 象 创建 方式 三 
10 String itedu365 4= itedu365 2.intern(); 
11 
12 System.out.println(itedu365 1 == itedu365 2); 
13 System.out.println(itedu365 2 == itedu365 3); 
14 System.out.println(itedu365 3 == itedu365 4); 
15 } 
16 } 
执行 结果 为 : 
false 
true 
true 
国 现象 描述 
字符 串 赋值 时 使 用 new 关键 字 。 
图 不 利 影响 分 析 
字符 串 是 类 对 象 ， 因 为 其 在 程序 里 面 被 使 用 量 非常 大 ， 而 且 对 字符 串 的 操作 也 非常 频繁 ， 
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[Ea| 





站 








第 一 种 生成 方 











好 二 


也 可 以 。 如 果 使 用 
也 不 会 把 字符 串 放 


不 会 对 原 对 象 进行 修改 。 





多 tH 














第 二 种 生成 方 

















此 Java 对 字符 串 进行 了 如 下 特殊 的 设计 











式 : 即 其 特殊 设计 之 一 ， 就 是 可 以 直接 赋值 生成 。 另 外 ， 为 了 减少 系统 产 


























E 大 量 String 对 象 ， 于 是 就 设计 了 一 个 字符 串 常 量 池 。 以 此 方式 创建 字符 串 时 ， 首 先 检查 党 
池 是 否 有 既 存 字 
池 ， 并 返回 该 对 象 的 引用 。 

















符 串 ， 如 果 有 ， 则 返回 池 中 既 存 对 象 的 引用 ， 如 果 没 有 则 创建 后 ， 放 入 和 党 












































上 














式 : 用 new 关键 字 生成 一 般 对 象 的 产生 都 是 通过 new 关键 字 ， 字 符 串 一 样 
new 创建 ， 那 么 对 象 的 产生 机 制 就 不 一 样 了 ， 其 生成 时 并 不 检查 字符 串 


















































第 三 种 生成 方 

















到 池 里 面 ， 而 是 放 到 堆 里 。 
式 : intern 方法 ， 其 效果 与 直接 赋值 一 样 。 









































另外 , 考虑 到 线程 安全 问题 String 类 采用 了 immutable 模式 , 这 个 有 2 层 含 义 , 一 是 String 
类 是 final 类 ; 二 是 在 String 类 提供 的 方法 中 如 果 有 新 的 String 返回 就 会 新 建 一 个 String 对 象 ， 














因此 ， 如 果 大 





作 内 存 。 
























































量 使 用 第 二 种 方式 进行 字符 串 的 创建 ， 会 大 大 降低 程序 性 能 ， 而 且 占 用 很 


图 检测 工具 或 方法 
(F) Dm: Method invokes dubious new String(String) constructor。 
国 最 佳 解决 方案 





虽然 有 三 种 方 


图 优化 后 代码 


实例 1 优化 后 








= 


直接 赋值 法 。 





法 可 以 产生 字符 串 对 象 ， 但 尽量 使 用 第 一 利 
3 











交代 码 2:， After 类 


1 
之 
3 
4 
3 
6 
2 
8 
加 


} 
解析 : 


package com.itedu365.best4002; 
public class After { 
public static void method0 { 














/ 常用 String 对 象 创 建 方式 

String itedu365 1 = "itedu365"; 

String itedu365 2 = "itedu365"; 
System.out.println(itedu365 1== itedu365 2); 











代码 1 中 ， 字 符 串 常量 itedu365 2、itedu365 3、itedu365 4 实质 都 是 指向 字符 串 常量 池 











里 的 同一 个 对 象 ， 























而 itedu365_1 是 new 在 堆 里 的 新 对 象 ， 与 前 三 者 完全 不 同 。 

















6.2 ”避免 使 用 对 象 的 浅 拷贝 


实例 1 


图 优化 前 代码 p- 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 
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交代 码 1: Before 类 


1] package com.itedu365.best4101; 

2 public class Before { 

3 public static void method() { 

Mother mother = new Mother(" 母 杀 "); 
5 Mother childl = new Mother(" 小 孩 1", mother); 

6 // 浅 拷贝 方式 复制 对 象 

7 Mother child2 = child1 .clone(); 

8 child2.setName(" 小 孩 2"); 

9 System.out.printIn(child1.getName() +" 的 母亲 是 : 


js 











7 








10 + childl.getMother().getName()); 

11 System.out.printIn(child2.getName() +" 的 母亲 是 : 
12 + child2.getMother().getName()); 

13 } 

| 区 和 


交代 码 2: Mother 类 (省略 set/get) 


1] package com.itedu365.best4101; 
2 public class Mother implements Cloneable { 
3 private String name; 
4 private Mother mother; 
5 // 构造 方法 
0 public Mother(String name) { 
淮 this.name = name; 
8 } 
9 // 构造 方法 
10 public Mother (String name, Mother mother) { 
11 this.name = name; 
12 this.mother = mother; 
13 】 
14 Override 
15 // 浅 拷贝 
16 public Mother clone() { 
17 Mother person = null; 
18 try{ 
19 person = (Mother) super.clone(); 
20 } catch (CloneNotSupportedException e) { 
21 e.printStack Trace(); 
2 } 
23 return person; 
24 1 
23 人 
执行 结果 为 : 





小 孩 1 的 母亲 是 : ”母亲 
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造 方 


Java 





所 示 
贝 对 





请 大 家 务必 按照 以 下 方法 来 写 代 码 : 
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小 孩 2 的 母亲 是 : ”母亲 


国 现象 描述 

















用 clone0 方 法 对 对 象 进行 复制 。 





国 不 利 影响 分 析 








为 什么 Java 提供 对 象 的 拷贝 功能 呢 ? 因为 使 用 clone0 方 法 生成 一 个 对 象 时 ,不 会 执行 构 



























































法 ， 而 只 是 在 内 存 中 进行 数据 块 的 复制 。 在 构造 方法 复杂 时 ， 此 方法 的 性 能 会 比 直接 通 
过 new 生成 对 象 要 快 的 多 。 但 是 浅 找 贝 有 缺陷 ， 基 本 类 型 进行 值 找 贝 ,对象 是 地 址 拷贝 ， 如 
果 对 象 的 值 被 改变 ， 那 么 相应 的 浅 找 贝 之 后 的 对 象 的 值 也 被 改变 ， 会 造成 潜在 的 Bug。 而 且 























设计 者 也 意识 到 对 象 基 本 都 是 





j new 关键 字 生成 的 ，new 关键 字 的 生成 是 做 了 充分 的 性 
能 优化 的 ， 除 非 有 特别 复杂 的 构造 方法 ， 不 然 一 般 new 生成 对 象 的 性 能 要 优 于 clone(0 方 法 ， 
因此 一 般 用 new 关键 字 生 成 对 象 即 可 。 








浅 找 贝 的 实质 就 是 直接 内 存 栈 区 的 复制 ， 对 象 的 内 存 模型 (包含 栈 区 和 堆 区 〉 如 图 6-1 
。 图 6-2 所 示 的 是 浅 拷贝 的 对 象 内 存 模型 。 深 拷贝 的 实质 是 不 但 拷贝 内 存 栈 区 而 且 把 找 
和 象 所 对 应 的 堆 区 的 内 容 也 复制 一 份 ， 如 图 6-3 所 示 。 




































































图 6-1 对 象 内 存 模型 


图 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解 决 方案 


除非 必要 ， 不 要 克隆 对 象 ， 即 使 克隆 也 要 尺 可 能 








用 深度 克隆 方法 。 
※ 温 声 提 示 一 一 如 何 进行 深度 克隆 ? 








图 6-2 ” 浅 找 贝 对 象 内 存 模型 





写 深度 克隆 的 注意 事项 很 多 , 现 把 要 点 总 结 于 此 ， 


GD 须 实 现 Cloneable 接口 。 
@ 须 调用 super.clone() 方 法 。 








图 6-3 深 拷 贝 对 象 内 存 模 型 


@ clone() 方 法 应 该 声明 抛 出 CloneNotSupportedException 异常 。 
(4@) 对 于 成 员 变 量 为 非 基本 类 型 的 对 象 ， 要 用 new 关键 字 生 成 。 


图 优化 后 代码 
实例 1 优化 后 
次 代码 3: After 类 


1] package com.itedu365.best4102; 

2 public class After { 

3 public static void method() { 

4 Mother mother = new Mother(" 母 亲 1"); 
5 Mother childl = new Mother(" 小 孩 1", mother); 
6 

7 

8 

9 








// 深 堵 贝 方式 复制 对 象 
Mother child2 = child1 .clone(); 
child2.setName(" 小 护 2"); 
/修改 小 孩 2 的 母亲 

















10 child2.getMother0.setName(" 母 杀 2"); 

11 System.out.println(childl.getNameO + " 的 母亲 是 : " 
12 二 childl.getMother().getName()); 

13 System.out.println(child2.getName0O +" 的 母亲 是 : " 
14 + child2.getMother().getName()); 

15 } 

16 } 


交代 码 4: Mother 类 部 分 代码 


1 package com.itedu365.best4102; 

2 public class Mother implements Cloneable { 

3 private String name; 

4 private Mother mother; 

5 // 构造 方法 

0 public Mother (String name) { 

有 this.name = name; 

8 } 

9 // 构造 方法 

10 public Mother (String name, Mother mother) { 
11 this.name = name; 

2 this.mother = mother; 

13 } 

14 // @Override 

15 //” 深 拷贝 

16 public Mother clone() { 

17 Mother person = null; 

18 try{ 

19 person = (Mother) super.clone(); 

20 / 关键 代码 

21 person.setMother(new Mother(person.getMother(). 
2 getName())); 
23 } catch (CloneNotSupportedException e) { 
24 e.printStack Trace(); 

25 } 

26 return person; 

2 } 

28 } 
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执行 结果 为 : 
小 孩 1 的 母亲 是 : 母亲 1 
小 孩 2 的 母亲 是 :母亲 2 
解析 : 
代码 4 的 Mother 类 与 代码 2 的 Mother 类 ,只 是 在 clone 方法 里 面 , 按照 本 节 温 蕊 提 示 内 
容 增 加 了 第 21 行 代码 ， 生 成 了 一 个 新 的 Mother 类 并 赋予 拷贝 后 的 对 象 ， 这 样 就 变 成 深 拷贝 。 




















6.3 如何 正确 放置 静态 区 位 置 








图 优化 前 代码 
实例 1 有 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 SS 
1] package com.itedu365.best4201; 
2 public class Before { 
3 // 静态 区 
4 static { 
count= 1; 
6 } 
7 / 成 员 变 量 
8 private static int count = 2; 
9 
10 public static void method() { 
11 System.out.println(coun?); 
12 } 
3 
执行 后 结果 为 
六 


国 现象 描述 

不 了 解 静态 区 初始 化 实质 ， 在 程序 里 静态 代码 任意 放 。 

图 不 利 影 响 分 析 

静态 变量 是 类 加 载 时 被 分 配 到 数据 区 ， 其 值 可 以 多 次 被 改变 ， 但 其 地 址 不 会 改变 ， 这 就 
是 静态 变量 只 赋值 一 次 的 原理 。 
加 载 时 会 根据 类 中 静态 变量 定义 的 先后 顺序 依次 扫描 所 有 静态 变量 , 先 在 内 存 申 请 空间 ， 
然后 再 初始 化 。 也 就 是 说 申请 内 存 空间 与 初始 化 赋值 是 两 个 步骤 。 申 请 空间 时 ， 会 赋予 变量 
默认 的 初始 值 。 声 明 时 就 赋值 与 静态 块 赋值 的 优先 度 一 样 ， 也 就 是 说 会 根据 在 类 中 代码 的 先 
后 顺序 进行 赋值 。 
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如 果 不 理解 其 原理 ， 虽 然 代 码 可 以 运行 ， 却 不 知 其 所 以 然 。 而 且 有 时 会 得 不 到 自己 想 要 
的 初始 值 。 





※ 温 声 提 示 一 一 类 初始 化 细节 是 什么 ? 
(1) 整体 流程 


类 装载 一 类 初始 化 一 main 方法 全 对 象 初 始 化 (如 图 6-4 所 示 ) 

















图 6-4 ”类 初始 化 过 程 


(2) 类 初始 化 优先 级 关系 

优先 级 一 : 父 类 之 子 类 

优先 级 二 : 静态 变量 全 成 员 变量 构造 器 

平行 级 ( 与 在 类 中 的 位 置 有 关 ): 静态 常量 与 静态 块 ; 成 员 变 量 与 初始 化 块 
(3 ) 对 象 初始 化 详细 过 程 

对 象 初始 化 过 程 : 分 配 内 存 空间 一 默认 初始 化 值 全 初始 化 值 仿 块 初 始 化 值 


国 检测 工具 或 方法 
(R) 代码 检查 。 
图 最 佳 解决 方案 
变量 先 声 明 再 使 用 。 
国 优化 后 代码 
实例 1 优化 后 
次 代码 2，After 类 




















1 package com.itedu365.best4202; 
2 public class After { 

3 / 成 员 变 量 
4 private static int count = 2; 
5 / 静态 区 
6 

加 

8 

9 





static { 
count= 1; 
) 


public static void method() { 
10 System.out.println(coxy7z 力 ; 
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11 } 














解析 : 
代码 2 中 虽然 表面 上 有 两 次 初始 化 ， 其 实 第 二 次 是 对 静态 
通用 的 “变量 先 声明 再 使 用 ”的 编程 惯例 是 我 们 值得 遵从 的 。 






































沁 


时 值 的 再 次 赋值 操作 。 因 此 


+ 










































































6.4 为 什么 不 要 使 用 静态 引入 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 和 


1] package com.itedu365.best4301; 

2 import static com.itedu365.best4301.Utils.*; 
3 public class Before { 

4 public static void method() { 

5 staticMethod(); 

6 thisClassStaticMethod(); 

7 

8 

9 


} 
public static void thisClassStaticMethod() { 
System.out.println("Before.staticMethod"); 
10 } 
Dl 


国 现象 描述 
在 类 的 头 部 ， 引 入 静态 类 
国 不 利 影响 分 析 
静态 导入 是 Javas 新 增 的 功能 ， 虽 然 此 功能 带 来 了 程序 的 灵活 性 ， 但 有 可 能 导致 类 成 员 
之 间 的 命名 冲突 ， 也 会 使 得 静态 成 员 的 归属 难以 辩 清 ， 这 大 大 降低 了 程序 的 可 读 性 。 
图 检测 工具 或 方法 
(C) Avoid Static Imports。 
图 最 佳 解 决 方案 
去 掉 静 态 引 入 ， 换 成 “类 .静态 方法 ”形式 。 
图 优化 后 代码 
实例 1 优化 后 
六 代码 2: After 类 


1] package com.itedu365.best4302; 
2 importcom.itedu365.best4301.Utils; 














a 
o 
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3 public class After { 

4 public static void method() { 
5 / 外 部 类 静态 方法 
6 Utils.staticMethod(); 
了 

8 

9 








/ 本 类 静态 方法 
thisClassStaticMethod(); 


} 
10 public static void thisClassStaticMethod() { 
11 System.out.println("Before.staticMethod' ); 
12 } 
Be 


解析 : 
把 代码 1 的 第 2 行 的 静态 引入 去 掉 ， 换 成 代码 2 的 “Utils.staticMethodO) ”形式 。 

















6.5 ”如何 正确 使 用 instanceof 


图 优化 前 代码 





实例 1 
动 动脑 入 本 例 代码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
六 代码 1: Fruits 父 类 ( 


1 package com.itedu365.best4401; 
2 public abstract class Fruits { 
3 // 姓名 变量 
4 protected String name; 
5 // 重 写 equals 方法 
6 
7 
8 
9 














public boolean equals(Object obj) { 
Fruits temp = (Fruits) obj; 
boolean isEquals = temp.name == name; 
return isEquals; 


10 } 

11 public String getName() { 

12 return name; 

13 } 

14 public void setName(String name) { 
15 this.name = name; 

16 } 

le 


次 代码 2: Apple 子 类 


1 package com.itedu365.best4401; 

2 public class Apple extends Fruits { 
3 // 构造 方法 

4 public Apple(String name) { 
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this.name = name; 


ot 
= 一 


交代 码 3: Banana 子 类 


1 package com.itedu365.best4401; 

2 public class Banana extends Fruits { 
3 // 构造 方法 

4 public Banana(String name) { 
可 

6 

7 





this.name = name; 
} 
) 


交代 码 4: Before 类 


] package com.itedu365.best4401; 

2 public class Before { 

3 public static void method() { 

4 // 用 "apple" 名 定义 一 个 苹果 
5 Fruits apple = new Apple("apple"); 
6 

7 

8 

9 





























/ 用 "apple" 名 定义 一 个 苹果 香蕉 
Fruits banana = new Banana("apple"); 

/ 香 克 与 苹果 都 有 相同 的 名 称 ， 两 个 是 一 样 的 么 ? 
System.out.println(banana.equals(apple)); 











10 } 
11 } 


执行 结果 为 : 


true 





图 现象 描述 
重 写 了 equals 0 方法 ， 但 没有 使 用 类 型 判别 符 instanceof 来 判断 是 否 是 同一 个 类 。 
国 不 利 影响 分 析 
不 使 用 instanceof 来 判定 参数 是 否 是 本 类 类 型 , 如 果 传 入 的 不 是 本 类 类 型 会 出 现 类 型 转换 
异常 。 如 果 是 具有 同样 继承 关系 的 兄弟 类 ， 也 具有 相同 的 equals 算法 ， 那 么 就 会 误 判 ， 会 
失 方 法 的 准确 性 。 
国 检测 工具 或 方法 
(P) AvoidInstanceofChecksInCatchClause。 
图 最 佳 解决 方案 
用 instanceof 来 判断 ， 以 增加 程序 的 严密 性 。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 5: Fruits 父 类 
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package com.itedu365.best4402; 
public abstract class Fruits { 


// 姓名 变量 








1 

2 

3 

4 protected String name; 

3 public String getName() { 
6 return name; 

了 } 

8 public void setName(String name) { 
加 this.name = name; 

10 } 

1 


交代 码 6: Apple 子 类 























1 package com.itedu365.best4402; 

2 public class Apple extends Fruits { 

3 // 构造 方法 

4 public Apple(String name) { 

5 this.name = name; 

6 } 

7 // 重 写 equals 方法 

8 public boolean equals(Object obj) { 

9 / 用 instanceof 判断 是 否 是 本 类 
10 if (obj instanceof Apple) { 

11 Apple temp = (Apple) obj; 
12 return temp.name == name; 
13 } 

14 return false; 

15 } 

16 } 


交代 码 7: Banana 子 类 




















1 package com.itedu365.best4402; 

2 public class Banana extends Fruits { 

3 / 构造 方法 

4 Public Banana(String name) { 

5 this.name = name; 

6 } 

7 public boolean equals (Object obj) { 

8 // 用 instanceof 判断 是 否 是 本 类 
9 if (ob]j instanceof Banana) { 

10 Banana temp = (Banana) obj; 
11 return temp.name == name; 
12 } 

13 return false; 

14 } 
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15 } 


交代 码 8: After 类 























// 香 克 与 苹果 都 有 相同 的 名 称 ， 两 个 是 一 样 世 





new Apple("apple"); 











System.out.println(banana.equals(apple)); 


1] package com.itedu365.best4402; 
2 public class After { 
3 public static void method() { 
4 / 用 "apple" 名 定义 一 个 苹果 
也 Apple apple = 
6 / 用 "apple" 名 定义 一 个 苹果 香蕉 
7 Banana banana = new Banana("apple"); 
8 
9 
10 } 
I 
执行 结果 为 : 
false 
解析 : 








yr 




















代码 1 父 类 的 equals 方法 里 没 
9 行 代码 ，Banana.equals(apple) 执 行 





相同 的 名 字 ， 所 以 结果 为 真 。 






































instanceof 关键 字 进 行 类 型 判断 ， 











! 没 

















是 比较 完美 的 判断 方法 ， 


6.6 ”避免 实例 化 特有 工具 类 


图 优化 前 代码 
实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 


交代 码 1: Before 类 


package com.itedu365.best4501; 


public class BeforeTuils { 











类 








// 本 系统 特有 工 
































System.out.println(" 本 系统 特有 工具 类 "); 


} 
} 


国 现象 描述 


1 
2 
3 
4 public static void methodForTool0O { 
5 
6 
7 




















代码 里 对 特有 工具 类 进行 了 实例 化 。 








图 不 利 影响 分 析 








如 果 是 本 系统 特有 的 工具 类 ， 内 部 算法 等 上 





106 














在 优化 后 的 代码 里 面 ， 父 类 去 掉 了 equals 方法 ， 各 子 类 习 








会 得 到 正 




















使 用 instanceof 关键 字 来 判断 是 否 类 型 一 
的 时 候 ， 比 较 是 根据 父 类 定义 的 方法 来 判断 的 ， 因 为 具有 


致 。 代 码 4 的 第 









































EE 写 了 equals 方法 ， 而 且 也 用 了 
全 





的 结果 。 


:不 允许 更 改 的 ， 那 么 就 需 


全 

















要 对 其 进行 保护 ， 




















如 JDK 里 的 Math 类 。 如 果 不 对 其 进行 保护 ， 这 样 通过 继承 或 者 利用 反射 技术 就 不 可 以 改变 
原 方法 的 内 容 。 这 样 就 违反 了 里 氏 替 换 原 则 。 

图 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

对 于 特有 工具 类 ， 我 们 需要 使 用 以 下 三 种 技术 对 其 进行 封装 保护 : 

G@ 用 final 修饰 符 ， 防 止 了 类 的 继承 。 

@) 构造 方法 私有 化 ， 防 止 了 类 构建 实例 对 象 。 

图 构造 方法 内 抛 出 异常 ， 防 止 了 反射 机 制 对 其 进行 反射 构建 。 


是 可 复 用 工具 ? 

i 一 种 不 是 为 了 复 用 ， 也 就 是 本 文 所 论述 的 特有 工具 类 ; 另外 一 种 就 是 开 
源 的 工具 类 ， 目 的 就 是 为 了 复 用 。 对 于 这 种 开源 工具 类 没 必 要 把 类 的 属性 设置 成 final。 关 于 
这 种 开源 工具 类 的 使 用 方法 ， 可 参照 优化 技巧 22 (引入 本 地 扩展 )。 

图 优化 后 代码 


实例 1 优化 后 
交代 码 2: AfterTuils 类 









































































































































package com.itedu365.best4502,; 

public final class AfterTuils { 

// 私有 化 特殊 工具 类 

private AfterTuils() throws Exception { 

throw new Exception(" 不 要 实例 化 工具 类 ! "); 






























































/ 对 外 提供 服务 方法 
public static void methodForTool0O { 
System.out.printtn(" 本 系统 特有 工具 类 "); 



































SS 


1 
2 

3 

4 

5 

6 } 
了 

8 

9 

1 } 
i 


解析 : 
代码 1 中 的 工具 类 是 系统 特有 的 ， 需 要 使 用 final 来 限制 其 继承 性 。 优 化 后 代码 2 里 ， 同 
时 使 用 了 解析 中 的 三 种 技术 ， 完 美 优 化 后 保证 了 其 不 被 实例 化 。 


6.7 ”避免 有 深度 耦合 的 类 关系 



















































































国 优化 前 代码 

实例 1 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 

次 代码 1: UserlInfo 类 (省略 set/get) © 


1] package com.itedu365.best4601; 
2 public class UserInfo { 
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3 
4 
S 


} 


/ 用 户外 
private String id; 


代码 2: SessionInfo 类 (省略 set/get) 


1 
2 
3 
4 
5 
6 
又 
8 


package com.itedu365.best4601; 
public class SessionInfo { 


} 


/ 用 户 正 

private String ip; 

// 放 session 内 容 的 Map 

private Map<String, Object> session = new 
HashMap<String, Object>(); 


六 代码 3: 测试 类 


1 
2 
3 
4 
5 
6 
7 
8 
9 


10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 


实例 2 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
次 代码 4: BeforeFather 父 类 〈 省 略 set/get) 


108 


1 
2 
3 
4 


package com.itedu365.best4601; 
public class SessionInfoTest { 
public static void main(String[] args) { 


// 定义 sessionInfo 变量 
SessionInfo SessionInfo = new SessionInfo(); 
// 定义 userInfo 变量 
UserInfo userInfo = new UserInfo(); 








// userInfo 赋值 
userInfo.setId("yantingji(@365itedu.com"); 
// sessionInfo 赋值 
sessionInfo.getSession().put("UIO", userInfo); 
sessionInfo.setIp( "127.0.0.1"); 














/ 从 sessionInfo 里 取 值 
UserInfo userInfo2 = (UserInfo) sessionInfo.getSession(). get("UIO"); 





System.out.println(userInfo2.getId()); 
System.out.println(sessionInfo.getIp(); 





package com.itedu365.best4611; 
public class BeforeFather { 

/ 奶瓶 

protected String milkBottle; 


5 } 


次 代码 5: BeforeChild 子 类 (省 略 set/get) 


package com.itedu365.best4611; 
public class BeforeChild extends BeforeFather { 
/ 姓名 





1 

2 

3 

4 private String name; 

5 / 构造 方法 

0 BeforeChild(String name, String milkBottle) { 
也 super.milkBottle = milkBottle; 

8 this.name = name; 

9 


} 
10 public void method() { 
11 System.out.printIn(name); 
12 System.out.println(super.milk Bottle); 
13 } 
14 } 
实例 3 


动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 6: Before 类 

















1 package com.itedu365.best4621; 
2 public class Before { 
3 / 打印 休 妃 时 间 
4 public void sleepTime() { 
5 System.out.println("I am sleeping at " + 
0 getFormatedCurrentDate("yyyyDDmm")); 
7 } 
8 / 取得 字符 串 格 式 时 间 方法 
9 private String getFormatedCurrentDate(String format) { 
10 if (format != null && !"".equals(format)) { 
11 SimpleDateFormat fmt = new SimpleDateFormat(format); 
12 Calendar calendar = Calendar.getInstance(); 
13 Date date = calendar.getTime(); 
14 String sysDatetime = fimt.format(date); 
15 return sysDatetime; 
16 } 
17 return format; 
18 } 
19 } 
实例 4 


动 动 脑筋 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
次 代码 7: BeforeFather 父 类 





1] package com.itedu365.best4631; 
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2 
3 
4 
S 
6 
7 


} 




















WD 








public class BeforeFather { 


public void playToy(String person) { 
System.out.println(person + "正在 玩 玩 具 。"); 


} 


交代 码 8: BeforeChild 子 类 


1 
2 
3 
4 
SS 
6 
7 


} 








// 休息 方法 


public void sleep(String person) { 


package com.itedu365.best4631; 
public class BeforeChild extends BeforeFather { 



































System.out.println(person 二” 正在 休息 。"); 


} 


国 现象 描述 
深度 耦合 关系 有 很 多 表现 形式 ， 以 下 成 员 变量 或 方法 之 间 的 关系 是 典型 的 两 种 现象 : 





G) 在 不 具有 父子 关系 的 类 中 ，A 类 经 常 使 用 B 类 的 某 个 成 员 变量 〈 或 方法 )。 
， 两 个 子 类 都 有 相同 的 成 员 变 量 〈 或 方法 )， 父 类 里 某 
面 使 用 。 








@ 在 共有 父子 关系 的 类 
员 变 量 〈 或 方法 ) 只 在 其 中 


[lm 































































































国 不 利 影响 分 析 





个 子 类 

















深度 耦合 的 不 恨 现象 之 


要 修改 的 代码 散布 于 四 处 。 这 不 但 很 难 找到 
存在 错综复杂 的 关系 。 这 大 大 增加 了 系统 





国 检测 工具 或 方法 
(R) 代码 检查 。 

国 最 佳 解决 方案 
每 段 代 码 都 应 该 归 其 位 ， 发 挥 其 位 置 应 该 具有 的 功能 。 因 此 应 该 用 本 例 优 化 技巧 14 〈 移 


动 变量 ) 或 者 优化 技巧 15〈 移 动 方法 )， 使 





优化 技巧 14 








就 是 遇 到 的 每 种 变化 都 需要 如 















































E 许 多 不 同类 内 做 出 小 修改 , 也 就 是 说 
其 位 置 ， 而 且 很 容易 忘记 重要 的 修改 ， 使 得 程序 之 间 


























里 解 与 外 























: 移动 变量 


图 优化 类 别 


调整 对 象 


间 关 系 。 


图 实施 方法 
成 员 变量 的 移动 有 以 下 两 种 方式 ; 
Q(D 在 不 具有 父子 关系 的 类 中 ， 如 果 A 


类 的 成 员 变 量 











@ 在 具有 父子 关系 的 类 中 ,如果 两 个 子 类 都 有 相同 的 成 员 变 量 ， 那 么 此 成 员 变量 
到 父 类 ， 相 反 ， 如 果 父 类 里 某 一 个 成 员 变 量 只 在 其 中 一 个 类 里 面 使 用 ， 那 么 就 下 移 上 




















网 到 A 类 ， 如 


量 ， 如 图 6-6 所 示 。 
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氏 






























































6-5 所 示 。 









































其 合理 的 分 配 在 自己 应 该 属于 的 类 里 。 























E 护 的 难度 ， 也 更 加 快 了 系统 坏 掉 的 速度 。 


类 经 常 使 用 B 类 的 茶 个 成 员 变量 ， 那 么 就 要 把 B 












































-成 员 变 量 3 


-成 员 变量 2 





















图 6-5 ”移动 成 员 变 量 〈 不 


-成 员 变 量 1 
-成 成 笃 量 2 








-成 员 变 量 3 


-成 员 变 量 2 


图 6-6 移动 变量 (上 共有 父子 关系 ) 


























图 优化 后 代码 一 一 移动 变量 〈 不 具有 父子 关系 ) 
实例 1 优化 后 
次 代码 9: UserInfo 类 (省 去 set/get 方 法) 


1] package com.itedu365.best4602; 
2 public class UserInfo { 

3 Wy 

4 private String ip; 

5 / 用 户 人 D 

6 private String id; 

2 


交代 码 10: SessionInfo 类 


1] package com.itedu365.best4602; 

2 public class SessionInfo { 

3 // 放 session 内 容 的 Map 

4 private Map<String, Object> session = new HashMap<String, Object>(); 
5 public Map<String, Object>getSession() { 

6 return session; 

了 } 

8 public voidset Session(Map<String, Object> session) { 
9 this.session = session; 

10 } 

11 } 
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解析 : 
在 进行 前 期 需求 分 析 的 时 候 ， 有 些 实体 类 的 成 员 变 量 往往 具有 模棱两可 的 性 质 ， 就 是 说 
可 以 属于 A 类 ， 也 可 以 属于 了 B 类 。 等 到 编程 或 者 对 业务 进一步 分 析 明 了 之 后 ， 就 会 发 现 前 期 
设计 有 些 不 合理 ， 那 么 别 犹 驳 了 ， 赶 快 行动 吧 。 

代码 2 中 ，SessionInfo 类 里 面 有 成 员 变 量 IP, 这 个 卫 不 是 SessionInfo 所 应 该 具有 的 ， 而 
应 该 属于 用 户 信 息 UserInfo， 因 此 需要 移动 。 

国 优化 后 代码 一 一 移动 变量 (具有 父子 关系 ) 

实例 2 优化 后 

次 代码 12: AfterFather 父 类 〈 省 略 set/get) 























































































































1] package com.itedu365.best4612; 
2 public class AfterFather { 

3 / 姓名 
4 

5 





protected String name; 


} 
代码 13: AfterChild 子 类 (省 略 set/get) 





1 package com.itedu365.best4612; 
2 public class AfterChild extends AfterFather { 
3 1/ 奶瓶 
4 private String milkBottle; 
5 / 构造 方法 
0 AfterChild(String name, String milkBottle) { 
了 super.name = name; 
8 this.milkBottle = milkBottle; 
9 } 
10 public void method() { 
11 System.out.println(milkBottle); 
12 System.out.println(Super.name); 
13 } 
14 } 
解析 : 









































代码 2 中 ， 奶 瓶 应 该 是 子 类 小 孩 应 该 有 的 成 员 变量 ， 而 姓名 是 父 类 应 该 具有 的 成 员 变 量 ， 
因此 两 者 需要 调换 位 置 。 


优化 技巧 15: 移动 方法 


图 优化 类 别 

调整 对 象 间 关系 

图 实施 方法 

移动 方法 与 移动 成 员 变量 有 类 似 的 方法 。 对 于 方法 需要 特别 说 明 : 如 果 可 以 提取 公共 方 
法 类 ， 那 么 就 提取 到 共通 的 工具 类 里 ， 如 图 6-7 所 示 。 

同样 在 具有 继承 关系 的 类 之 间 也 有 方法 需要 利用 优化 技术 进行 优化 ， 如 图 6-8 所 示 。 
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图 6-8 移动 方法 (具有 父子 关系 ) 





图 优化 后 代码 一 一 移动 方法 (不 具有 父子 关系 ) 
实例 3 优化 后 
次 代码 14: After 类 

















1] package com.itedu365.best4622; 

2 public class After { 

3 / 打印 休 妃 时 间 

4 public void sleepTime() { 

可 System.out.println("I am sleeping at " + 

6 DateUtil.getFormatedCurrentDate("yyyyDDmm")); 
7 } 

8 } 


次 代码 15: DateUti 工具 类 


1] package com.itedu365.best4622; 

2 public class DateUtil { 

3 // 提取 到 时 间 工 具 类 里 

4 public static String getFormatedCurrentDate(String format) { 
5 if (format != null&& !"".equals(format)) { 
6 

7 

8 

9 





























SimpleDateFormat fmt = new SimpleDateFormat(format); 
Calendar calendar = Calendar.getInstance(); 

Date date = calendar.getTime(); 

String sysDatetime = fimt.format(date); 
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10 return sysDatetime; 


11 ? 
12 return format; 
13 上 
14 } 
解析 : 














根据 经 验 , 类 中 方法 的 深度 耦合 关系 的 发 现 要 比 成 员 变 量 深度 耦合 关系 的 发 现 难度 要 小 。 
本 类 应 该 提供 哪些 服务 ， 哪 些 可 以 提取 到 公共 方法 类 里 面 ， 是 相对 比较 明确 的 。 

代码 6 中 的 getFormatedCurrentDate0 方 法 ， 完 全 可 以 作为 共通 方法 ， 放 到 工具 类 里 面 。 

另外 ， 虽 然 本 节 没 有 示例 ， 但 还 有 一 种 情况 是 和 成 员 变 量 一 样 的 ，A 类 与 B 类 之 间 方 法 
设计 的 耦合 性 很 大 ， 需 要 相互 交换 ， 这 种 情况 虽然 不 多 ， 但 是 读者 在 设计 类 时 要 多 加 注意 。 

图 优化 后 代码 一 一 移动 方法 (具有 父子 关系 ) 

实例 4 优化 后 

次 代码 16: AfterFather 类 
















































































































































































1] package com.itedu365.best4632; 

2 public class AfterFather { 

3 / 休息 方法 

4 public void sleep(String person) { 
5 

6 

又 














System.out.println(person + ”正在 休息 。"); 








} 
} 


交代 码 17: AfterChild 子 类 


1 package com.itedu365.best4632; 

2 public class AfterChild extends AfterFather { 
3 // 玩 玩 具 方 法 

4 public void playToy(String person) { 

5 
6 

2 


















































System.out.println(person +" 正在 玩 玩具 。 站 ; 








} 


解析 : 

代码 8 中 父 类 与 子 类 共通 的 方法 应 该 是 sleep0 方 法 , 而 playToy0 方 法 ,是 子 类 所 特有 的 ， 
此 这 两 个 方法 需要 调换 位 置 。 

我 们 现在 的 方法 和 举 的 例子 很 直接 明白 ， 给 读者 说 明 的 是 一 种 思想 与 技巧 ， 但 是 实际 商 
业 项 目 开 发 中 ， 往 往 这 种 调整 会 有 些 难 以 被 发 现 ， 就 需要 仔细 其 酮 思考 了 。 
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6.8 ”如 何 为 腔 肿 的 类 进行 手术 


图 优化 前 代码 
实例 1 CB 


114 


动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
次 代码 1: SessionInfo 类 〈 省 略 set/get) 











1] package com.itedu365.best4701; 

2 public class SessionInfo { 

3 // 放 session 内 容 的 Map 

4 private Map<String, Object> session = new Hash Map<String, Object>(); 
5 // 用 户 姓 名 

6 private String userName; 

了 / 用 户 卫 

8 private String userId; 

9 // 构造 方法 

10 public void setSessionInfo() { 

11 userName = "yantingji"; 

12 userld = "yantingji(@365itedu.com"; 

13 session.put("USER NAME", userName); 
14 session.put("USER ID", userId); 

15 

16 public Map<String, Object>getSession() { 

17 return session; 

18 } 


19 } 


图 现象 描述 
及 肿 的 类 一 般 有 以 下 两 种 情况 ; 
@ 代码 行 数 多 于 2000 行 。 
@@ 未 超过 2000 行 但 类 成 员 变量 或 方法 太 多 〈 有 20 个 以 上 非 set、get 的 public 方法 )。 
国 不 利 影响 分 析 
爱 肿 的 类 就 是 过 大 的 类 ， 降 低 了 代码 的 可 读 性 与 可 维护 性 。 
图 检测 工具 或 方法 
GD (C) Maximum Class Length。 
© (P) ExcessiveClassLength 。 
图 最 佳 解决 方案 
短小 精怪 ， 职 责 明 确 的 类 ， 是 设计 与 研发 的 目标 。 可 以 有 以 下 三 种 类 瘦身 方法 : 
G 如 果 有 很 多 成 员 变 量 赋值 操作 ， 可 以 使 用 BeanUtils 的 成 员 变 量 赋值 方法 。 
@ 如 果 业 务 逻 辑 多 ， 可 以 把 一 些 相关 方法 操作 放 到 一 个 suport 类 里 。 
@@ 如 果 有 太 多 成 员 变 量 , 可 以 用 本 例 优化 技巧 16 (分 解 类 ), 提炼 出 DTO (Data Transfer 
Object， 数 据 传输 对 象 ， 如 数据 库 表 结构 bean 类 ) 或 者 DVO (Data Value Object， 数 据 价 值 对 
象 ， 如 form) 数据 对 象 类 。 
※ 温 馨 提示 一 一 定义 JavaBean 属性 方法 有 哪些 注意 事项 ? 
QD JavaBean 属性 以 小 写字 母 开 头 ， 用 驼峰 格式 命名 : getName (属性 为 name )。 
@) 如 果 属 性 名 的 第 二 个 字母 大 写 ， 那 么 该 属性 名 直接 用 作 getter/setter 方法 中 get/set 
的 后 部 分 ， 就 是 说 大 小 写 不 变 。 例 如 属性 名 为 uName， 方 法 是 getuName/setuName。 
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@@ 如 果 前 两 个 字母 是 大 写 ， 也 是 属性 名 直接 用 作 getter/setter 方法 中 get/set 的 后 部 分 。 
例如 属性 名 为 XX， 方 法 是 getXX/setXX. 

@@ 对 于 缩 略语 , 很 少 有 资料 介绍 其 在 Bean 技术 中 的 应 用 。 估计 很 多 读者 对 此 也 比较 模糊 ， 
现在 就 可 以 给 大 家 一 个 明确 的 结果 : 缩 略语 通常 被 视 为 一 个 独立 的 单词 ， 而 不 是 相互 独立 的 单 
个 字母 。 例 如 ，URL- 对 应 的 属性 名 应 该 用 -url， 相 应 的 getUrlO/setUrlO; 同样 缩 略语 ID， 应 该 
用 id 作为 属性 

@ 如 果 首 字母 大 写 ， 例 如 属性 名 为 Name， 方 法 是 getrName/setName， 这 种 是 最 糟糕 的 
情况 ， 会 因 找 不 到 属性 而 出 错 ， 因 为 默认 的 属性 名 是 name。 


优化 技巧 16: 分 解 类 


图 优化 类 别 

调整 对 象 间 关 系 。 

图 实施 方法 

按照 一 般 编 程 惯例 ， 如 果 一 个 类 的 有 效 代码 超过 2000 行 时 ， 就 需要 把 类 进行 分 解 ， 以 降 
低 类 的 复杂 度 。 现实 项 目 中 , 超过 2000 行 比较 多 的 情况 就 是 类 里 面 有 太 多 的 成 员 变 量 , 此 时 ， 
需要 把 这 些 成 员 变 量 单独 提出 到 VO (Value Object， 价 值 对 


象 ) 或 者 TO 〈Transfer Object， 传 输 对 象 ) 的 Bean 类 里 ， 如 芭 
图 6-9 所 示 。 
有 具体 此 又 四， 5 


Q 分 析 类 ， 划 分 出 可 以 提取 与 不 可 以 提取 的 成 员 变量 。 
@ 定义 Bean 类 。 
@ 用 定义 的 好 的 Bean 类 对 象 ， 代 替 原 来 成 员 变 量 
国 优化 后 代码 

实例 1 优化 后 

次 代码 2: UserInfo 类 (省略 set/get) 


















































































































































ja 
[oe] 








1 package com.itedu365.best4702; 
2 public class UserInfo { 

3 / 用 户 姓名 

4 private String userName; 

5 / 用 户 D 

6 private String userld; 

7 } 


次 代码 3: SessionInfo 类 


1 package com.itedu365.best4702; 

2 public class SessionInfo { 

3 // 放 session 内 容 的 Map 

4 private Map<String, Object> session = new HashMap<String, Object>(); 
5 

6 





// 构造 方法 
Public void setSessionInfo() { 
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了 UserInfo userInfo = new UserInfo(); 


8 userInfo.setUserName("yanting]ji"); 
9 userInfo.setUserld("yantingji@365itedu.com"); 
10 session.put("UIO", userInfo); 
11 } 
12 public Map<String, Object>getSession() { 
13 return session; 
14 》 
ls 
解析 : 





























代码 1 里 属性 列举 的 不 多 (只 是 为 了 示例 )， 如 果 列 举 几 十 个 也 许 就 比较 明显 了 。 优 
化 前 代码 中 ， 我 们 知道 SessionInfo 的 属性 userName 与 userId 应 该 是 要 提取 到 UserInfo 用 
户 类 里 。 

另外 ， 把 UserInfo 作为 SessionInfo 的 成 员 变 量 也 可 以 ， 因 为 本 例 SessionInfo 有 点 特殊 ， 
它 有 一 个 容器 ， 所 以 可 以 把 UserInfo 的 信息 放 到 这 个 容器 里 面 。 
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6.9 ”如 何 优化 元 莹 类 


图 优化 前 代码 























实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Mobile 类 〈 省 略 set/get) © 
1 package com.itedu365.best4801; 
2 public class Mobile { 
3 // 电话 号 码 
4 private String phoneNumber; 
5 public Mobile(String phoneNumber) { 
6 this.phone Number = phoneNumber; 
7 } 
8 } 


代码 2: Person 类 〈 省 略 set/get) 


package com.itedu365.best4801; 
public class Person { 


// 姓名 





1 

2 

3 

4 private String name; 
5 / 手机 类 成 员 变 量 
6 

允 

8 

9 





private Mobile mobile; 
// 构造 方法 
public Person(String name, Mobile mobile) { 





this.name = name; 
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10 this.mobile = mobile; 


国 现象 描述 

克 歼 类 一 般 有 如 下 特征 : 

@ 代码 不 多 。 

@) 使 用 者 很 少 。 

图 不 利 影响 分 析 

我 们 所 创建 的 每 一 个 类 , 都 得 有 程序 员 去 理解 与 维护 。 如 果 一 个 类 其 存在 的 价值 很 低 (这 
种 类 一 般 是 经 过 优化 或 者 需求 变更 后 遗留 的 类 )， 这 个 类 就 应 该 消失 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

用 本 例 优化 技巧 17 (合并 类 ) 合并 见效 类 。 


优化 技巧 17: 合并 类 


图 优化 类 别 
调整 对 象 间 的 关系 。 


国 实施 方法 | E>》 el 
E 四 


将 被 精简 的 类 的 内 容 合并 到 另外 一 个 类 中 《通常 选 [ga 
es 
Es 

















































































































择 使 用 最 多 的 那个 类 )， 如 图 6-10 所 示 。 
国 优化 后 代码 
实例 1 优化 后 
次 代码 3: Person 类 (省 略 set/get) 








图 6-10 合并 类 


1 package com.itedu365.best4802; 
2 public class Person { 

3 // 姓名 

4 private String name; 

5 // 电话 号 码 

6 private String phoneNumber; 
7 

8 

9 

1 








// 构造 方法 
public Person(String name, String phone Number) { 
this.name = name; 
0 this.phoneNumber = phoneNumber; 


解析 : 
在 系统 初期 设计 ， 一 般 不 会 有 代码 1 这 种 见效 的 类 ， 但 是 当 系 统 进行 了 多 次 修改 之 后 ， 
就 会 出 现 各 种 删 减 与 增加 ， 那 么 弱小 的 没有 太 大 价值 的 类 就 可 以 移植 到 其 他 类 里 面 。 代 码 1 
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Mobile 类 只 有 一 个 属性 ， 完 全 可 以 移植 到 Person 类 里 面 。 

















6.10 ”避免 在 接口 中 出 现实 现代 码 


图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 


交代 码 1: CommonJnterface 类 加 





1] package com.itedu365.best4901; 

2 public interface CommonInterface { 
3 / 公共 方法 
4 

本 





public void method1(; 
} 


交代 码 2，Before 接口 


package com.itedu365.best4901; 
public interface Before { 
// 实例 化 一 个 接口 





public static CommonInterface commonInterface = 


1 

3 

4 

5 new CommonlInterface() { 

6 public void method1() { 
7 System.out.println("hello"); 
8 } 

9 六 

10 / 自己 类 接口 
11 public void method2(); 
120 








国 现象 描述 
接口 里 面 号 了 方法 的 实现 体 代 码 。 
图 不 利 影 响 分 析 
接口 是 一 种 契约 〈Contract)， 一 种 框架 性 协议 ， 其 最 主要 的 功能 不 仅仅 是 对 实现 者 的 一 
个 约束 ， 也 是 对 其 提供 的 稳定 服务 的 一 种 保证 。 
不 应 该 追求 其 灵活 性 而 违背 了 接口 的 最 主要 的 用 途 。 各 种 角色 都 应 该 各 司 其 职 ， 不 能 乱用 。 
国 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 
去 掉 实 现代 码 ， 把 实现 代码 留 给 使 用 此 接口 的 类 。 
图 优化 后 代码 
实例 1 优化 后 
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交代 码 3: After 接口 


1 package com.itedu365.best4902; 

2 public interface After extends CommonlInterface{ 
3 WH 自己 天方 法 
4 

5 


























public void method2(); 























里 面 实例 化 接口 CommonInterface， 需 要 直接 删 掉 。 




















代码 2 中 ， 不 需要 在 接 



























































设计 一 个 优雅 而 精巧 的 类 或 者 接口 ， 是 我 们 程序 员 炼 就 内 功 心 法 的 重要 环 
计 或 优化 代码 时 ， 就 需要 不 断 地 多 问 自己 几 个 为 什么 。 不 要 闭门造车 ， 外 面 的 
美好 ! 


节 。 平 时 设 
世界 其 实 更 











720 


第 7 癌 ”如何 正确 使 用 异常 


玉 不 琢 ， 不 成 器 ; 人 不 学 ， 不 知道 。 一 一 《 礼 记 : 学 记 》 

异常 是 程序 中 的 重要 组 成 部 分 ， 如 同 手 的 正 反 面 一 样 必 不 可 少 ， 这 也 是 阴阳 辩证 法 的 代 

码 体现 。 很 多 程序 员 可 以 写 出 优秀 的 正常 系 代码 ， 可 是 面 对 异 常 就 不 知 所 措 了 。 原 因 很 简单 
没有 吃透 异常 体系 ， 没 有 全 面 了 解 异 常 中 的 陷阱 ， 本 章 将 会 给 你 指点 迷津， 
























































7.1 避免 定义 继承 Error 或 Throwable 子 类 


图 优化 前 代码 
动 动脑 筋 : 本 示例 代码 应 该 如 何 优化 ? 
交代 码 1: Before Exception 类 CS 


1 package com.itedu365.best5001; 

2 / 继承 Error 类 

3 public class Before Exception extends Error { 
4 public Before Exception () { 

5 System.out.printin(" 直 接 继承 Error"); 
6 

也 





} 
} 


图 现象 描述 
程序 继承 了 Error 或 者 Throwable， 扩 展 了 自己 的 业务 异常 类 。 
国 不 利 影响 分 析 
Java 基础 异常 架构 体系 中 ， 如 图 7-1 所 示 ，Thorwable 类 是 所 有 异常 和 错误 的 超 类 ， 有 两 
个 子 类 Error 和 Exception， 分别 表示 错误 和 异常 。 
其 中 异常 类 Exception 又 分 为 运行 时 异常 (RuntimeException) 和 非 运 行 时 异常 ， 这 两 种 异 
常 有 很 大 的 区 别 , 也 称 之 为 非 检 查 异 常 (Unchecked Exception) 和 检查 异常 (Checked Exception )。 
运行 时 异常 都 是 RuntimeException 类 及 其 子 类 ， 如 NullPointerException、IndexOutOf 
BoundsException 等 都 是 非 检查 异常 ， 程 序 中 可 以 选择 捕获 处 理 ， 也 可 以 不 处 理 。 这 些 异常 一 
般 是 由 程序 逻辑 错误 引起 的 ， 程 序 应 该 从 逻辑 角度 尽 可 能 地 避免 这 类 异常 的 发 生 。 
非 运行 时 异常 属于 Exception 类 及 其 子 类 。 从 程序 语法 角度 讲 是 必须 要 进行 处 理 的 异常 ， 
如 果 不 处 理 ， 程 序 就 不 能 编译 通过 。 如 IOException、SQLException 等 ， 以 及 用 户 自 定义 的 
Exception 异常 ， 一 般 情况 下 不 自 定义 检查 异常 。 
如 果 能 从 异常 中 恢复 的 就 采用 检查 异常 ， 如 果 不 能 从 错误 中 恢复 的 ， 就 应 该 ; 
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Error 类 的 目的 就 是 在 虚拟 机 状态 异常 的 时 候 抛 出 。 如 果 程 序 员 直接 或 者 间接 定义 Error 
的 子 类 ， 发 生 异 常 的 时 候 ， 同 样 会 使 虚拟 机 进入 异常 状态 。 


Throwable 




















OtherException RuntimeException 





图 7-1 异常 架构 体系 


Throwable 是 Exception 与 Error 的 父 类 ， 同 样 也 不 应 该 被 扩展 继承 。 
图 检测 工具 或 方法 
CR) 人 工 检查 
图 最 佳 解决 方案 
在 异常 体系 里 使 用 自 定 义 异常 时 , 希望 系统 可 以 继续 运行 ,而 不 是 宕 机 。Java 异常 体 系 ， 
给 我 们 留 了 这 种 可 扩展 的 基 类 RuntimeException 与 Exception。 因 此 如 果 需 要 自 定义 异常 时 ， 
根据 需求 继承 相应 的 基 类 即 可 。 
图 优化 后 代码 
交代 码 2; After Exception 类 










































































1] package com.itedu365.best5002; 

2 / 继承 Exception 类 

3 public class After Exception extends Exception { 

4 public After Exception() { 

5 System.out.println(" 不 可 以 继承 Error， 但 可 以 继承 Exception"); 
6 } 

7 


解析 : 
优化 后 代码 2 由 原来 继承 Error 的 方式 换 成 了 继承 Exception。 























7.2 ”避免 抛 出 RuntimeException 或 Exception 


图 优化 前 代码 
实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? © 
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交代 码 1: Before 类 


1 
2 
3 
4 
3 
0 
了 
8 





package com.itedu365.best$101; 
public class Before { 
// 抛 出 Exception 类 
public static void method() throws Exception { 
int in = System.in.read(); 
System.out.printin(in); 
} 
} 


国 现象 描述 





在 throw 语句 里 ， 直 接 抛 出 RuntimeException、Exception 异常 。 























图 不 利 影响 分 析 
对 于 检查 异常 抛 出 的 异常 应 该 是 明确 的 ， 这 样 在 处 理 时 ， 也 可 以 有 相应 的 异常 类 进行 处 


理 ， 也 就 是 “一 个 萝卜 一 个 坑 ”， 不 能 乱 抛 异常 。 




































































而 对 于 非 检查 异常 的 殷 出 在 这 里 也 是 没有 意义 的 ， 因 此 不 需要 抛 出 这 个 异常 。 
图 检测 工具 或 方法 

GD (P) AvoidThrowingCertainExceptionTypesRule。 
© (C) Illegal Throws。 

图 最 佳 解决 方案 





时 


D 


在 系统 设计 时 ,业务 异常 并 
应 该 用 以 下 技巧 : 
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用 继承 Exception 的 子 类 进行 拦截 。 


@@ catch 块 尽量 保持 一 个 块 捕获 一 类 异常 。 


@ 不 要 忽略 捕获 的 异常 ， 捕 获 后 要 么 处 理 ， 要 么 转译 ， 要 么 重新 抛 出 新 类 
男 外 ， 如 果 是 框架 或 者 方法 进行 例外 处 理 时 ， 必 须 把 所 有 常 
父 类 的 顺序 进行 依次 处 理 ， 最 后 可 以 用 Exception 类 进行 所 有 异常 的 统一 处 理 。 






































是 掀 出 继承 RuntimeException 的 子 类 ; 而 在 用 catch 检查 异 
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型 的 异 第 。 
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图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 


1 
2 
3 
4 
5 
6 
区 
8 


解析 : 


代码 2， 


package com.itedu365.best$102; 
public class After { 
// 抛 出 Exception 具体 子 类 IOException 
public static void method() throws IOException { 





int in = System.in.read(); 
System.out.printin(in); 
































第 4 行 ， 把 原来 抛 出 的 Exception 换 成 了 其 具体 子 类 IOException 。 
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7.3 ”避免 捕获 NullPointerException 或 Error 


图 优化 前 代码 

















实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 © 
1 package com.itedu365.best5201; 
2 public class Before { 
3 
4 public static void method2() { 
S try { 
6 // 抛 出 AssertionError (Error 子 类 ) 
蕊 assert -1 >= 0 :" 有 负数 ! "; 
8 } catch (Error e) { 
9 // 截获 Error 错误 
10 e.printStack Trace(); 
11 } catch (NullPointerException e) { 
12 // 截获 NullPointerException 
13 e.printStack Trace(); 
14 } 
15 } 
16 } 


图 现象 描述 

在 catch 语句 里 ， 直 接 捕 获 NullPointerException 或 Error 异常 。 

国 不 利 影响 分 析 

NullPointerException 是 RuntimeException 的 一 种 ， 由 虚拟 机 在 实际 运行 中 自动 捕捉 ， 这 
种 异常 不 需要 进行 捕捉 。 

如 果 直 接 捕获 Error 错误 的 基 类 ， 因 其 包含 的 异常 范 而 
以 有 可 能 会 进行 不 恰当 的 处 理 ， 得 到 预想 以 外 的 后 果 。 

图 检测 工具 或 方法 

GD (P) AvoidCatchingNPERule。 

© (C) Illegal Catch 。 

图 最 佳 解决 方案 

对 运行 时 异常 的 ， 去 掉 NullPointerException 的 异常 捕获 ， 对 Error 异常 的 捕获 ， 用 继承 
Error 的 子 类 代替 。 

图 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 
































































































































很 广 ， 不 知道 具体 的 异常 情况 ， 所 





oy 
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package com.itedu365.best5202; 
public class After { 


1 

3 

4 public static void method2() { 

3 try { 

6 / 抛 出 AssertionError 

到 assert -1 >= 0 : "有 负数 ! "; 
8 } catch (AssertionError e) { 

9 e.printStack Trace(); 

















11 } 


解析 : 
代码 2， 把 代码 1 中 第 8 行 的 Error 换 成 其 子 类 AssertinoError， 同 时 删 掉 对 NullPointer 
Exception 的 拦截 。 


























7.4 避免 在 finally 块 中 处 理 返 回 值 


图 优化 前 代码 














实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 DD 
1] package com.itedu365.best5301; 
2 importjava.util.zip.DataFormatException; 
3 public class Before { 
4 public static int method(int count) throws Exception { 
3 try { 
6 if (count <0){ 
7 // 抛 出 DataFormatException 
8 thrownew DataFormatException(" 数 据 格式 错误 "); 
中 } else { 
10 return count; 
11 } 
12 } catch (Exception e) { 
13 // 异 常 处 理 
14 return 1; 
15 } finally{ 
16 / 返回 固定 值 
17 return -1; 
18 » 
19 
20 } 
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国 现象 描述 
在 finally 块 中 有 返回 值 代码 。 

国 不 利 影响 分 析 

finally 块 内 代码 是 必然 执行 的 ， 如 果 finally 块 里 面 有 可 执行 的 结果 返回 值 代码 时 ， 必 然 
会 被 执行 ， 其 他 返回 值 就 有 可 能 会 被 代替 。 

图 检测 工具 或 方法 

(P) ReturnFromFinallyBlock。 

图 最 佳 解决 方案 
去 掉 finally 块 中 的 返回 值 处 理 。finally 语句 块 的 目的 ， 是 在 异常 出 现 后 ， 留 给 程序 员 处 
理 程 序 的 最 后 一 根 稻草 ， 可 以 对 此 时 所 占用 的 资源 进行 释放 等 后 期 处 理 ， 而 不 是 给 程序 员 进 
行 正 常 业务 处 理 的 语句 块 。 因 此 ， 不 要 违背 了 各 个 保留 字 其 设计 的 最 初 目的 ， 要 物 尽 其 用 。 

国 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 


































































































































































































] package com.itedu365.best5302; 
2 importjava.util.zip.DataFormatException; 
3 public class After { 
4 public static int doStuff(int count) throws Exception { 
5 int result = 0; 
6 try { 
7 if (count <0){ 
8 / 抛 出 DataFormatException 
9 throw new DataFormatException(" 数 据 格 式 错误 "); 
10 } else{ 
11 result = count; 
12 } 
13 } catch (DataFormatException e) { 
14 e.printStack Trace(); 
15 result= 1; 
16 } 
17 return result; 
18 
ls 
解析 : 







































































代码 1 中 第 14 行 与 17 行 都 有 程序 返回 出 口 以 及 返回 值 。 在 catch 语句 中 ,异常 处 理 机 制 
会 使 得 程序 自动 退出 ， 如 果 需 要 返回 的 值 ， 可 以 在 catch 块 里 面 设 定 ， 因 此 ， 此 处 的 return 语 
句 就 不 需要 了 。 

另外 ，finally 块 中 的 赋值 语句 与 退出 语句 都 需要 删 掉 。 
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7.5 ”避免 使 失败 失去 原子 性 
































































































































图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 
1] package com.itedu365.best5401; 
2 public class Before { 
3 public static void method() { 
4 / 为 节省 代码 行 数 ， 用 控制 台 输 出 值 代 蔡 实际 操作 。 
5 / 业务 需求 : 一 次 添加 用 户 ， 需 要 同时 在 用 户 表 与 角色 表 内 
6 / 分 别 插入 一 条 数据 。 
7 0 
8 System.out.println("start transaction!"); 
9 // 向 用 户 表 插入 一 条 数据 
10 System.out.println("update db : insert into user"); 
11 System.out.println("end transaction!"); 
12 WS 
13 System.out.println("start transaction!"); 
14 // 向 角色 表 插 入 一 条 数据 
15 System.out.println("update db : insert into user role"); 
16 System.out.println("end transaction!"); 
17 } 
18 } 
图 现象 描述 




















一 个 业务 需要 同时 更 新 几 个 表 ， 但 是 没有 在 一 个 事务 里 面 完 成 。 一 个 表 操作 失败 时 ， 数 
据 回 深 了 ， 但 是 另外 一 个 表 却 没 有 回 深 ， 留 下 了 不 整合 数据 。 

国 不 利 影响 分 析 

数据 的 操作 必须 保持 原子 性 ， 也 就 是 事务 处 理 在 一 个 业务 需要 更 新 多 个 表 时 ， 必 须 同 时 
更 新 成 功 或 者 都 不 更 新 ， 和 否则 对 系统 来 说 就 是 致命 错误 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

数据 库 操 作 时 ， 必 须 使 用 事务 处 理 ， 以 保持 数据 的 整合 性 。 

国 优化 后 代码 

实例 1 优化 后 

次 代码 2，After 类 



















































































1 package com.itedu365.best5402; 
2 public class After { 
3 public static void method() { 


27 


/ 事务 1 
System.out.println("start transaction!"); 


4 
5 
6 // 向 用 户 表 插入 一 条 数据 
7 
8 
9 

















System.out.println("update db : insert into user"); 
/ 向 角色 表 插 入 一 条 数据 
System.out.println("update db : insert into user role"); 
10 System.out.println("end transaction!"); 
11 } 



































解析 : 

代码 1 里 更 新 时 ， 需 要 一 次 同时 完成 用 户 与 用 户 角 色 两 个 表 ， 但 是 如 果 用 户 表 更 新 成 功 
了 ， 而 角色 表 失 败 了 ， 那 么 用 户 表 里 面 就 会 有 不 整合 数据 。 不 整合 数据 是 系统 变 成 不 可 用 系 
统 最 主要 的 原因 。 因 此 必须 避免 ， 在 优化 后 代码 2 里 ， 两 次 操作 换 成 了 一 个 事务 。 


































































































7.6 ”如 何 对 异常 进行 封装 
国 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 3 


1] package com.itedu365.best$501; 
2 public class Before { 








3 // 返回 错误 码 方法 

4 public static String getErrorCode(int type) { 
5 if (type == 1){ 

6 return "E _ SYS 001"; 

} else{ 

8 return "E_SYS 002"; 

9 } 

10 } 

11 } 


交代 码 2: BeforeTest 类 


1 package com.itedu365.best$5501; 

2 public class BeforeTest { 

3 public static void main(String[] args) { 

4 System.out.println(Before.getErrorCode(1)); 
5 } 

6 } 


国 现象 描述 
代码 中 对 出 现 的 业务 错误 用 错误 码 返 回 , 没有 用 面向 对 象 的 异常 架 术 
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图 不 利 影响 分 析 
程序 出 错 是 太 正常 不 过 的 事情 了 ， 关 键 是 对 于 这 些 错误 我 们 应 该 如 何 处 理 。 如 果 用 错误 
码 的 形式 ， 那 么 就 又 回 到 了 面向 过 程 的 编程 思维 了 。Java 是 面向 对 象 的 语言 ， 而 且 给 我 们 提 
供 了 很 好 的 基础 异常 架构 体系 。 如 果 不 用 好 这 个 利器 ， 岂 不 是 又 回 到 了 “原始 社会 ”了 。 

图 检测 工具 或 方法 

(R) 代码 检查 

国 最 佳 解决 方案 

大 型 系统 应 该 设计 其 应 该 有 的 异常 系统 架构 。 如 果 系 统 里 用 错误 码 来 表示 异常 体系 ， 那 
么 这 个 系统 的 设计 应 该 是 有 很 大 缺陷 的 ， 在 允许 优化 的 条 件 下 ， 需 要 用 本 例 优化 技巧 18 (用 
异常 代替 错误 码 ) 来 进行 优化 。 


优化 技巧 18: 用 异常 代 符 错误 码 


图 优化 类 别 

优化 架构 。 

国 实施 方法 

异 营 代替 错误 码 在 架构 设计 中 经 常 被 使 用 。 
【 体 步 又 如 下 : 

QD 定义 具有 意义 的 RuntimeException 异常 子 类 。 

@ 用 此 异常 类 代替 错误 码 。 

@) 在 获取 错误 码 的 地 方 ， 来 拦截 此 异常 类 ， 再 对 异常 进行 处 理 。 

国 优化 后 代码 

实例 1 优化 后 

交代 码 3: 自 定义 异常 一 一 Itedu36SException 类 










































































































































































































































































1] package com.itedu365.best5502; 

2 public class Itedu365Exception extends RuntimeException { 
3 / 错误 编码 

4 private String errorCode; 

5 // 构造 方法 
6 

了 

8 

9 





public Itedu36SException(String errorCode) { 
this.errorCode = errorCode; 


} 
public String getErrorCode() { 
10 return errorCode; 
11 } 
12 public void setErrorCode(String errorCode) { 
13 this.errorCode = errorCode; 
14 } 
1 


交代 码 4: After 类 
1 package com.itedu365.best$5502; 
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2 public class After { 

3 / 用 异常 代 蔡 错误 码 

4 public static void getErrorCodel(int type) { 

5 if (type == 1){ 

6 thrownew Itedu365Exception("ERROE CODE 001"); 
7 } else{ 

8 thrownew Itedu365Exception("ERROE CODE 002"); 
9 } 

10 } 

ll 


交代 码 5: AfterTest 类 


1 package com.itedu365.best5502; 
2 public class AfterTest { 
3 public static void main(String[| args) { 
4 try { 
5 After.getErrorCode(1); 
6 } catch (Itedu365Exception e) { 
也 System.out.println(e.getErrorCodeO +" 业务 异常 ! "); 
8 } 
y } 
10 } 
解析 : 


























代码 3 直接 定义 非 检查 异常 类 Itedu365Exception， 在 原来 返回 错误 码 E SYS 001 与 
E_SYS _ 002 的 地 方 ， 用 Itedu365Exception 类 来 代 奉 ， 在 结果 里 面 直 接 对 捕获 的 异常 进行 统一 
处 2 










































































7.7 ”将 优雅 的 异常 信息 反馈 给 用 户 


图 优化 前 代码 





实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 © 
1] package com.itedu365.best5601; 
2 importjava.io.IOException; 
3 public class Before { 
4 public static void method(int connection ) { 
5 try { 
6 if (connection ==0){ 
7 / 抛 出 异常 
8 thrownew IOException(); 
9 } 
10 } catch (IOException e) { 
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11 e.printStack Trace(); 


国 现象 描述 
出 现 错误 异常 ， 日 志 里 找 不 到 出 错 原 因 ; 给 用 户 传 递 的 是 星 涩 难 懂 的 错误 信息 。 

国 不 利 影响 分 析 

异常 的 读者 有 两 大 类 ， 一 个 是 系统 应 用 者 一 一 客户 ， 男 外 一 个 就 是 系统 运行 维护 者 
程序 员 。 无 论 出 现 什么 异常 ， 都 要 给 这 两 种 用 户 提 供 优雅 的 信息 ， 目 的 是 让 其 快速 理解 异 
原因 与 处 理 对 策 。 

特别 是 针对 于 程序 员 的 日 志 ， 应 该 输出 更 加 详细 的 错误 信息 ， 用 以 调查 异常 原因 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

图 最 佳 解决 方案 

日 志 中 输出 错误 码 以 及 错误 信息 ， 在 最 终 的 用 户 终 端 ， 根 据 客户 需求 ， 输 出 相应 的 优雅 
错误 信息 。 

国 优化 后 代码 

实例 1 优化 后 

交代 码 2，After 类 






















































































el 


























































































































1] package com.itedu365.best5602; 
2 public class After { 
3 private static Log /og = LogFactory.getLoge(Before.class); 
4 public static void method(int connection) { 
3 try { 
6 if (connection ==0){ 
了 了 thrownew IOException(); 
8 } 
9 } catch (IOException e) { 
10 / 优雅 错误 消息 ， 增 加 业务 日 志 信 息 
11 log.error("ERROE CODE 001: 因 为 数据 库 链 接 不 上 出 现 异 常 ! " ); 
12 } 
13 } 
14 } 
解析 : 



























































代码 1 里 抛 出 的 异常 不 够 详细 ， 也 是 编程 中 经 常 犯 的 错误 。 优 化 后 代码 2 中 完美 输出 了 
详细 的 错误 日 志 信息 一 一 错误 代码 与 错误 直接 原因 ， 以 便 进 行 错误 的 分 析 与 改进 。 


7.8 ”避免 乱用 异常 全 


图 优化 前 代码 Dd 
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实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 




















1 package com.itedu365.best$701; 

2 public class Before { 

3 public static void method() { 

4 String[] strArray = { "1", "2" }; 

S try { 

6 / 错 用 异常 来 引导 程序 的 逻辑 
了 System.out.println(strArray[2]); 
8 } catch (ArrayIndexOutOfBoundsException e) { 
9 e.printStack Trace(); 

10 

11 } 

六 了 


图 现象 描述 
乱用 异常 最 常见 的 情况 有 两 种 : 
Q) 用 异常 代 蔡 数据 校 验 。 
@) 用 异常 控制 流程 。 
图 不 利 影响 分 析 
只 在 必要 情况 下 使 用 异常 机 制 ， 异 常 处 理 不 能 代 蔡 简单 的 数据 校 验 ， 因 为 异常 机 制 会 降 
低 程 序 的 性 能 。 

虽然 流程 控制 ， 也 可 以 用 异常 来 实现 ， 但 是 Java 已 经 设计 了 很 多 控制 流程 的 机 制 ， 因 此 
要 各 司 其 职 ， 各 就 其 位 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

不 该 用 异常 的 就 去 掉 。 

图 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 







































































































































































1] package com.itedu365.best$702; 

2 public class After { 

3 public static void method() { 

4 String[] strArray = { "1", "2" }; 
5 / 用 判断 代 蔡 异常 
6 

区 

8 

9 




















if (strArray.length > 2) { 
System.out.println(strArray[2]); 
} 


10 } 
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解析 : 
代码 1 里， 第 7 行 ， 数 组 索引 从 0 开始 ，strArray[2] 是 数组 的 第 三 个 元 素 ， 而 实际 数组 个 





























数 为 2 个 ， 如 果 不 进行 数组 大 小 范围 判断 就 会 出 现 数组 越界 异常 。 


小 结 








7.1 节 到 7.5 节 是 对 现 有 异常 体系 不 正确 使 用 的 优化 技巧 的 介绍 ,7.6 节 到 7.8 节 是 对 自 定 











义 蜡 常 时 应 该 注意 的 优化 技巧 的 说 明 , 同时 附录 中 永 给 读者 补充 了 蜡 常 使 用 的 其 他 细节 技巧 ， 


这 相 

















F 就 形成 了 完整 的 异常 技巧 体系 。 读 者 完全 掌握 之 后 , 就 可 以 满怀 自信 地 应 对 Java 异常 了 。 
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第 8 章 ” 如 何 优化 代码 性 能 


不 积 哇 步 ， 无 以 至 千里 ; 不 积 小 流 ， 无 以 成 江海 。 





首 子 


我 们 已 经 进入 了 一 个 跨越 式 的 发 展 时 代 ， 大 数据 时 代 已 经 来 临 ， 面 对 如 此 多 的 并 发 与 知 
叶 量 ,我 们 没有 理由 不 做 好 细致 的 性 能 优化 。 任 何 细 微 的 性 能 问题 ,都 有 可 能 导致 系统 瘫痪 。 


8.1 避免 在 大 量 字符 串 拼接 时 用 “+ ” 



























































图 优化 前 代码 
实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 > 
1 package com.itedu365.best5801; 
2 public class Before { 
3 public void testString(String str) { 
4 long startTime = System.currentTimeMillis(); 
5 for (inti= 0;1i< 50000; i++) { 
6 // 大 量 字 符 串 直接 拼接 
7 str += "365itedu"; 
8 } 
9 long endTime = System.currentTimeMillis(); 
10 System.out.println(" 执 行 时 间 : "+ (endTime - startTime) 
11 eh 
12 } 
13 
执行 结果 为 : 


执行 时 间 : 15419 毫秒 

图 现象 描述 

程序 中 出 现 大 量 字 符 串 拼接 ， 或 者 for 循环 里 面 出 现 字 符 串 拼接 。 
国 不 利 影响 分 析 
字符 串 放 在 内 存 常量 区 ， 每 产生 一 个 新 的 字符 串 ， 都 会 分 配 新 的 空间 。 如 果 字 符 串 的 拼 

接 用 的 是 “+” 特别 是 在 循环 里 ， 或 者 log 输出 时 ， 将 会 产生 大 量 对 象 ， 是 对 内 存 与 性 能 的 

巨大 浪费 。 
图 检测 工具 或 方法 
(P) UseStringBufferForStringAppends。 
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国 最 佳 解决 方案 

StringBuild 是 5.0 以 后 增加 的 新 功能 , 主要 是 在 不 需要 线程 安全 情况 下 , 为 了 提高 字符 上 
连接 性 能 问题 而 特别 设计 的 。 如 果 需 要 线程 安全 ， 那 么 就 使 用 StringBuffer。 

图 优化 后 代码 

实例 1 优化 后 

交代 码 2: After 类 














Ud 





























1] package com.itedu365.best5802; 

2 public class After { 

3 public void testStringBuilder(StringBuilder stringbuilder) { 
4 long startTime = System.currentTimeMillis(); 

5 // 用 stringBuilder 连接 字符 串 
6 

也 

8 

9 























for (inti=0;1< 50000; ++) { 
stringbuilder.append("365itedu"); 


} 
long endTime = System.currentTimeMillis(); 
10 System.out.println(" 执 行 时 间 : "+ (endTime - startTime) 
11 毫秒 
12 } 
1S 
执行 结果 为 
执行 时 间 : 3 毫秒 


解析 : 

代码 1 的 执行 时 间 大 概 为 15 秒 ， 优 化 后 代码 2 的 执行 时 间 为 3 毫秒 ， 相 差 近 5000 倍 。 根 
据 优 化 前 后 数据 ， 我 们 知道 两 种 性 能 差距 就 这 么 大 ， 如 果 在 大 型 系统 ， 有 成 千 成 万 的 客户 访问 
服务 器 ， 这 种 差距 就 非常 明显 了 。 因 此 在 出 现 字符 串 拼接 的 地 方 ， 尽 可 能 的 用 StringBuilder。 


8.2 ”避免 在 循环 体内 生成 临时 对 象 


图 优化 前 代码 









































实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 
1] package com.itedu365.best5901; 
2 public class Before { 
3 private String userName; 
4 Before(String userName) throws InterruptedException{ 
3 this.userName = userName; 
6 / 为 了 产生 明显 效果 ， 对 象 初始 化 时 线程 睡眠 100 毫秒 
7 Thread.sleep(100); 
8 } 
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9 public static void method() throws InterruptedException { 
10 long startTime = System.currentTimeMillis(); 
11 for(inti=0;i<30;it+){ 


12 / 循环 体内 生产 临时 对 象 
13 new Before(Integer.valueOfi).toString()); 
14 下 
15 long endTime = System.currentTimeMillis(); 
16 System.out.println(" 执 行 时 间 : "+ (endTime - startTime) 
7) 
18 ) 
9 
执行 结果 为 : 


执行 时 间 : 3001 毫秒 

图 现象 描述 

for 循环 内 用 new 生成 临时 对 象 。 

图 不 利 影响 分 析 

我 们 都 知道 对 象 是 放 在 
生成 的 时 候 。 

图 检测 工具 或 方法 

(P) AvoidInstantiatingObjectsInLoops。 

图 最 佳 解决 方案 

把 循环 体内 的 临时 对 象 的 生成 放 在 循环 外 ， 然 后 在 循环 体内 ， 给 对 象 赋予 新 的 值 。 

图 优化 后 代码 

实例 1 优化 后 

六 代码 2: After 类 

















下 





堆 里 面 ， 对 象 的 生成 对 内 存 与 性 能 都 是 有 影响 的 ， 特 别 是 大 对 象 

















站 




































































1] package com.itedu365.best5902; 

2 public class After { 

3 private String UserName; 

4 After(String userName) throws InterruptedException { 

S this.userName = userName; 

6 / 为 了 产生 明显 效果 ， 对 象 初始 化 时 线程 睡眠 100 毫秒 
了 Thread.sleep(100); 

8 } 

9 public static void method() throws InterruptedException { 

10 long startTime = System.currentTimeMillis(); 

11 // 注意 临时 对 象 位 置 

12 After after = new After("™"); 

13 for (inti=0;i<30;it+){ 

14 after.setUserName(Integer.valueOfli).toString()); 

15 

16 long endTime = System.currentTimeMillis(); 

17 System.out.println(" 执 行 时 间 : "+ (endTime - startTime) 
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3 毫秒 ): 
} 
public void setUserName(String userName) { 
this.userName = userName; 


执行 结果 为 : 


执行 时 间 : 100 上 毫秒 


解析 : 


代码 1 的 for 循环 里 ， 每 执行 一 次 ， 就 要 前 
如 果 循 环 次 数 多 ， 那 么 这 个 性 能 就 可 想 而 知 了 。 
， 把 对 象 的 生成 与 初始 化 分 开 ， 这 样 就 避免 了 对 象 生成 时 资 


毫秒 的 时 间 。 
在 代码 2 里 


















































8.3 在 频繁 插入 与 删除 时 使 用 LinkedList 


图 性 能 分 析 实 验 


实例 1 


动 动脑 筋 : 如 何 测试 ArrayList 与 LinkedList 性 能 区 别 ? 
交代 码 1: Before 类 


1 
2 
3 
4 
也 
0 
水 
8 
9 


10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 


package com.itedu365.best6001; 
public class Before { 





/ 测试 List 从 头 开始 插入 数据 时 间 
public static long addListFromHeaderTime(List<Object> lisb { 
long startTime = System.currentTimeMillis(); 
Object obj = new Object(); 
for (inti= 0;1i< 20000; i++) { 
/在 头 部 频繁 插入 数据 
list.add(0, obj); 








} 
long endTime = System.currentTimeMillis(); 
return endTime - startTime; 
} 
// 测试 List 查询 时 间 
public static long searchListTime(List<Integer> list) { 
long startTime = System.currentTimeMillis(); 
for (inti= 0;1< 20000; i++) { 
// 二 分 法 查询 
Collections.binarySearch(list, list.get(i)); 





} 
long endTime = System.currentTimeMillis(); 
return endTime - startTime; 


所 生成 一 个 Before 对 象 ， 生 成 时 需 


资源 耗费 








人 


要 花费 100 


的 时 间 。 
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23 } 
2 个 


交代 码 2: BeforeTest 类 


























1] package com.itedu365.best6001; 
2 public class BeforeTest { 
3 public static void main(String args[]) { 
4 / 定义 临时 变量 
3 Integer arrayValue[] = new Integer[20000]; 
6 Random random = new Random(); 
7 / 数组 赋值 
8 for (inti=0;1<20000; i++) { 
9 array Value[i] = random.nextInt(100) + 1; 
10 } 
11 / 数组 转化 成 List 
12 List<Integer> values = Arrays.asList(array Value); 
13 // 性 能 测试 
14 System.out.println("ArrayList 查询 消耗 时 间 : "十 
15 Before.searchListTime(new ArrayList<Integer>(values))); 
16 System.out.println("LinkedList 查询 消耗 时 间 : "二 
17 Before.searchListTime(new LinkedList<Integer>(values))); 
18 System.out.println("ArrayList 插入 消耗 时 间 : "+ 
19 Before.addListFromHeaderTime(new ArrayList<Object>())); 
20 System.out.println("LinkedList 插入 消耗 时 间 : "十 
2 Before.addListFromHeaderTime(new LinkedList<Object>())); 
22 } 
2 
执行 结果 为 : 


ArrayList 查询 消耗 时 间 : 0 
LinkedList 查询 消耗 时 间 : 2824 
ArrayList 插入 消耗 时 间 : 63 
LinkedList 插入 消耗 时 间 : 0 


国 现象 描述 



































误 用 ArrayList 与 LinkedList。 在 集合 中 频繁 查询 时 使 用 了 LinkedList; 而 频繁 进行 增删 操 





作 时 使 用 了 ArrayList。 
图 不 利 影响 分 析 








JavaAPI 设计 了 其 有 各 种 特殊 功能 的 外 











畏 合 元 素 ， 而 且 有 些 集合 元 素 具 有 相同 的 功能 ,可 以 


达到 一 样 的 使 用 目的 。 但 是 如 果 使 用 的 不 是 集合 本 身 最 强项 的 功能 ， 往 往 会 产生 很 多 附属 的 





不 利 影响 。 
@ 对 ArrayList 和 LinkedList 而 言 ， 





>4 
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在 列表 末尾 增加 一 个 元 素 所 花 的 开销 都 是 固定 的 。 





十 ArrayList 而 言 ， 主 要 是 在 内 部 数组 中 增加 一 项 ， 指 向 所 添加 的 元 素 ， 偶 尔 可 能 会 导致 对 数 
组 的 重新 分 配 ， 而 对 LinkedList 而 言 ， 这 个 开销 是 统一 地 分 配 一 个 内 部 Entry 对 象 。 



































@) 在 ArrayList 的 中 间 插 入 或 删除 








个 元 素 意味 着 这 个 列表 中 剩余 的 元 素 都 会 被 移动 ; 



































而 在 LinkedList 的 中 间 揪 入 或 删除 一 个 元 素 的 开销 是 固定 的 ， 也 是 分 配 一 个 内 部 Entry 对 象 。 




















@@ LinkedList 不 支持 高 效 的 随机 元 素 访问 。 
提供 的 基本 集合 类 库 内 的 各 种 集合 特 怕 











因此 ， 需 要 我 们 很 好 的 了 解 JavaAPI 











使 用 





图 检测 工具 或 方法 
(R) 代码 检查 。 
图 最 佳 解决 方案 


















































QD 当 频 繁 在 一 列 数 据 的 前 面 或 中 间 进 行 增删 操作 时 ， 应 该 使 























@ 当 频 繁 在 一 列 数据 的 后 面 进行 增 册 





| 操作 或 查询 时 ， 应 该 使 


8.4 在 文件 操作 后 要 进行 清理 动作 


图 优化 前 代码 
实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 


交代 码 1: Before 类 








1 package com.itedu365.best6101; 

2 public class Before { 

3 // 读 取 C 盘 下 testtxt 文件 

4 public static void method() { 

3 FileReader fr = null; 

6 BufferedReader br = null; 

了 try { 

8 fr= new FileReader("C:\\test.txt"); 
9 br = new BufferedReader(fr); 
10 String line = br.readLine(); 
11 / 输出 文件 内 容 

12 while (line != mu) { 

13 System.out.printin(line); 
14 line = br.readLine(); 

15 } 

16 } catch (FileNotFoundException e) { 
ly e.printStack Trace(); 

18 } catch (IOException e) { 

19 e.printStack Trace(); 

20 } 

21 

2 思量 站 


E， 不 能 随便 











用 LinkedList。 
3 ArrayList。 














全 
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在 文件 操作 后 没有 关闭 打开 的 资源 链接 。 
国 不 利 影响 分 析 
对 于 文件 操作 等 系统 资源 开销 比较 大 的 操作 ， 如 果 忘 记 做 最 后 的 资源 释放 等 清理 工作 ,就 会 
渐渐 发 生 内 存 不 足 ， 系 统 性 能 明显 下 降 等 病态 ， 严 重 情况 下 系统 将 会 朋 误 ， 进 而 无 法 运行 。 
国 检测 工具 或 方法 
(P) CloseResource。 
国 最 佳 解决 方案 







































































在 开启 了 资源 后 ， 就 要 按照 打开 的 顺序 ， 依 次 相反 地 关闭 资源 ， 如 图 8-1 所 示 。 在 实际 
商业 项 目 研发 中 ， 对 于 文件 的 操作 有 成 熟 的 成 型 的 示例 代码 ， 可 以 直接 复制 本 例 优 化 后 的 代 
码 修改 应 用 即 可 。 


打开 流 资源 byte 类 型 数据 全 byte 类 型 数据 




















FilelnputStream FileOutputStream 








图 8-1 流 资源 


编程 解密 四 : 完美 改造 


我 们 在 编程 时 很 多 情况 是 模拟 网 络 上 的 既 存 代码 ， 在 其 基础 上 进行 改造 《也 就 是 先 复 人 
后 改造 )， 这 样 一 方面 是 学 习 ， 另 一 方面 也 是 快速 编码 的 重要 捷径 。 值 得 注意 的 一 点 是 ， 虽 然 
网 络 资源 丰富 ， 但 是 鱼龙混杂 ， 良 劳 不 齐 ， 一 定 要 多 比较 ， 明 辨 优 劣 。 为 保证 改造 的 完美 进 
行 ， 以 下 步 又 是 不 错 的 选择 : 

Q 理解 并 复制 既 存 代码 。 

@ 在 测试 工程 里 进行 测试 。 

@ 在 测试 工程 里 进行 代码 的 改造 与 测试 。 

由 修改 与 完善 注释 。 

@@ 把 代码 移植 到 本 项 目 工程 。 

经 过 这 种 手段 得 到 的 代码 ， 避 免 了 在 原 工 程 上 直接 修改 而 导致 错误 的 风险 。 而 且 因为 
解决 一 个 特定 问题 而 复制 的 代码 一 般 会 比较 少 , 进行 攻坚 的 速度 会 更 快 , 所 以 获得 的 质量 就 
会 更 高 。 

图 优化 后 代码 

实例 1 优化 后 

六 代码 2: After 类 

1 package com.itedu365.best6102; 

















I 











一同 























































































































和 
和 
































740 
































2 public class After { 
3 / 读 取 C 租 下 testtxt 文件 
4 public static void method() { 
3 FileReader fr = null; 
6 BufferedReader br = null; 
7 try { 
8 /1. 打 开 FileReader 
9 fr= new FileReader("C:\\test.txt"); 
10 /2. 打 开 BufferedReader 
11 br = new BufferedReader(fr); 
12 String line = br.readLine(); 
13 / 输出 文件 内 容 
14 while (line != mu) { 
15 System.out.printin(line); 
16 line = br.readLine(); 
ly 
18 } catch (FileNotFoundException e) { 
19 e.printStack Trace(); 
20 } catch (IOException e) { 
21 e.printStack Trace(); 
2 } finally { 
23 / 与 打开 资源 顺序 逆 方 向 关闭 资源 
24 try { 
25 / 3. 关闭 BufferedReader 
26 if (br!=nulD { 
2 br.close(); 
28 } 
29) } catch (IOException e) { 
30 e.printStackTrace(); 
31 }finally { 
32 /4. 关 闭 FileReader 
33 让 (位 !=mnulD) { 
34 try { 
38) fr.close(); 
36 } catch (IOException e) { 
3 e.printStackTrace(); 
38 } 
39 } 
40 } 
41 } 
42 } 
30 
解析 : 








一 、 


代码 1 态 记 关闭 开启 的 各 种 资源 ， 代 码 2 是 经 典 的 读 取 文 件 方法 ， 任 何不 按照 这 个 套路 
写 的 代码 都 是 不 完美 的 。 
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8.5 ”避免 显示 调用 finalized() 方 法 


国 优化 前 代码 

实例 1 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 

交代 码 1: Before 类 


package com.itedu365.best6201; 
public class Before { 
// 重 写 finalize 方法 








public void finalize() throws Throwable { 


System.out.println("Finalize method ls running."); 


} 


1 

2 

3 

4 

3 super.finalize(); 
6 

7 

8 public static void method() throws Throwable { 
9 


new Before().finalize(); 
10 System.out.println("Finalize method ls called! "); 
11 } 
从 


图 现象 描述 

程序 中 显示 调用 finalized0 方 法 
国 不 利 影响 分 析 
在 Java 程序 里 面 ， 我 们 一 般 只 考虑 创建 对 象 ， 从 不 关心 清除 对 象 。finalize() 方 法 是 Java 
为 类 提供 的 一 种 特殊 方法 。 由 JVM 在 调用 垃圾 回收 器 〈Gabage Collection，GC) 回收 垃圾 的 
时 候 自动 调用 ， 如 图 8-2 所 示 。 垃 圾 回收 器 的 工作 过 程 大 致 是 这 样 的 : 一 旦 垃圾 收集 器 准备 
好 释放 无 用 对 象 所 占用 的 存储 空间 时 ， 它 首先 调用 对 象 的 finalize() 方 法 ， 然 后 才 真 正 回收 对 
象 的 内 存 。 
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Child 
finalize() 




















图 8-2 JVM 垃圾 回收 
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通过 使 用 finalize( 方 法 ， 就 可 以 在 垃圾 回收 器 运行 期 间 进 行 一 些 特 殊 工 作 《〈 比 如 释放 当 
地 资源 的 调用 等 )。 
如 果 程 序 员 进 行 了 显 式 调用 ， 那 么 在 垃圾 回收 器 进行 回收 的 时 候 ， 还 会 再 调用 一 次 ， 这 
样 会 影响 性 能 。 
如 果 一 定 要 执行 显 式 调用 ， 那 么 别 忘记 了 一 定 要 调用 父 类 的 finalize0 方 法 ， 否 则 ， 父 类 
的 对 象 有 可 能 不 被 回收 ， 产 生 内 存 垃圾 。 
图 检测 工具 或 方法 
(P) AvoidCallingFinalize。 
图 最 佳 解 决 方案 
程序 员 没有 必要 主动 调用 finalized 方法 ， 可 以 交 给 JVM 的 垃圾 回收 器 来 自动 处 理 。 
图 优化 后 代码 
实例 1 优化 后 
六 代码 2: After 类 

































































1 package com.itedu365.best6202; 

2 public class After { 

3 public static void method() { 

4 // finalize 方法 由 虚拟 机 自动 调用 
5 

6 

了 























System.out.println("Finalized method is not called."); 


解析 : 
代码 1 画蛇添足 ， 做 了 我 们 不 该 做 的 事情 。 把 finalize0 方 法 的 调用 完全 托付 给 JVM 自动 
处 十 9 省 心 ， 省 时 ， 省 力 。 







































































小 结 




















本 章 对 代码 性 能 优化 中 常用 的 技术 点 进行 了 小 结 ， 这 里 只 是 抛砖引玉 ， 相 信 大 家 也 有 自 
己 的 方法 ， 还 有 很 多 代码 性 能 优化 的 技巧 ， 需 要 我 们 平时 地 不 断 积 累 。 

系统 性 能 优化 涵盖 的 范围 很 广 ， 代 码 性 能 优化 只 是 其 中 的 一 个 环节 ， 还 包括 硬件 设备 优 
化 〈 如 设备 性 能 优化 、 设 备 数量 优化 、 存 储 优化 )， 运 行 环 境 优化 “如 带宽 优化 )， 服 务 器 优 
化 〈 如 负载 均衡 优化 、JVM 优化 )， 数 据 库 性 能 优化 (如 连接 池 优 化 、 复 杂 SQL 优化 ) 等 等 。 
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第 9 竟 架构 优化 














本 章 与 第 十 章 是 关于 架构 方面 的 内 容 ， 既 然 是 架构 就 不 是 一 个 类 可 以 完成 的 功能 ， 因 此 
相关 的 类 会 比 前 面 章节 多 ， 之 间 的 关系 也 会 相对 复杂 。 为 了 说 明 架 构 优化 的 核心 思想 ， 类 里 
面 的 内 容 会 比较 通俗 易 懂 。 












































9.1 单一 职责 原则 


图 优化 前 代码 


实例 1 © 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 
代码 背景 : 


本 段 代 码 是 Struts2 架构 下 Action 相关 代码 ，Action 里 包含 Form 类 。 
交代 码 1: Form 类 


1] package com.itedu365.best6301; 
2 public class Form { 

3 / 姓名 

4 private String name; 

5 public String getName() { 

6 return name; 

7 } 

8 public void setName(String name) { 
9 this.name = name; 

10 } 

I 


交代 码 2: MyAction 类 


1] package com.itedu365.best6301; 

2 public class MyAction { 

3 / 组 合 方式 : 页 面 项 目 容器 VO 
4 private Form form = new Form(); 
5 // Control 控制 层 
6 

了 

8 

9 





public String update() { 
/ 获取 数据 库 值 
String flag = getDBData(form.getName(O); 
if ("1".equals(flag)) { 
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更 的 原因 


System.out.printin(" 得 到 正确 数据 ! "); 
11 } else { 








12 System.out.println(" 得 到 错误 数据 ! "); 
13 上 
14 return "success"; 
15 » 
16 /DB 访问 层 方法 
17 private String getDBData(String param) { 
18 if (param != null&& !"".equals(param)) { 
19 return "1"; 
20 } 
21 return "0"; 
2 } 
2 
国 现象 描述 








一 个 类 担任 的 职责 内 容 太 多 ， 也 就 是 说 被 修改 的 原 


图 不 利 影响 分 析 











加 

















类 设计 成 非 单一 职责 ， 也 就 是 存在 发 散 式 变化 ,这样 大 大 增加 了 类 的 可 读 性 与 可 维护 性 。 











图 检测 工具 或 方法 


CR) 代码 检查 。 
国 最 佳 解决 方案 





























单一 职责 原则 (Simple Responsibility Pinciple，SRP)， 即 不 要 存在 多 于 一 个 导致 类 变 

















单一 职责 降低 了 类 的 复杂 度 ， 是 发 散 式 变化 的 良药 ， 同 时 提高 了 类 的 可 读 性 ， 系 统 的 可 











优化 技巧 19: 


维 
的 影响 。 
根据 本 例 中 优化 技巧 19〈 梳 理 


梳理 并 分 解 类 职责 





























护 性 ;单一 职责 也 降低 了 变化 带 来 的 风险 ， 当 修改 一 个 功能 时 ， 可 以 显著 减少 对 其 他 功能 

















图 优化 类 别 
优化 架构 。 
图 实施 方法 























并 分 解 类 职责 ) 来 降低 类 职责 。 





根据 单一 职责 原则 ， 我 们 的 类 要 设计 的 短小 精炼 ， 职 责 分 明 。 在 架构 设计 过 程 中 ， 能 够 
就 尽 可 能 的 分 解 出 来 。 


分 解 出 的 职责 功能 类 ， 

















Ll 体 步 又 如 下 : 
Q 分 析 当 前 类 包含 








含有 哪些 职责 























@) 根据 不 同 的 职责 定义 不 同 的 类 。 
@ 把 原来 类 中 相应 职责 的 代码 转移 到 相应 的 类 中 。 








由 以 组 合 等 形式 建立 类 之 间 的 关系 。 

















例如 struts2 的 Web 架构 中 ， 可 以 分 解 出 以 下 经 典 职责 类 ; 


(Q) Action: 后 台 





1 





i 业务 入 | | 与 上 











中 转 站 。 














| 
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@ Form 一 一 页 面 数 据 容器 属于 VO 功能 。 

@@ Checker 一 一 对 页 面 单项 目 数据 进行 验证 (如 输入 项 不 能 为 空 )。 

(4) ChekerUEC 一 一 对 页 面 项 目 之 间 的 关联 性 进行 验证 (如 A 项 目 有 数据 ,，B 项 目 就 不 能 
为 空 )。 
@@ Convertor 一 一 对 数据 进行 转换 (如 从 数据 库 读 取 的 是 图 形 二 进 制 数据 ,页面 显 示 前 需 
要 把 其 转换 成 图 片 格式 数据 )。 

(@) Service 一 一 业务 处 理 共通 接口 (面向 接口 编程 )。 

@ ActionService 进行 具体 业务 处 理 ( 如 各 种 数据 计算 ,访问 数据 库 等 )。 

InputDto 一 一 访问 数据 库 参 数 TO。 

@) OutputDto 一 一 访问 数据 库 结 果 TO。 

以 上 9 种 职责 不 同 的 类 或 接口 ， 实 现 了 类 的 完美 职责 优化 ， 如 图 9-1 所 示 。 



































































































































































Checker 


八 

















* 
Form ActionService 
= 吴兴 加 2 Service 






OutputDto 








图 9-1 分 解 后 的 单一 职责 类 








图 优化 后 代码 
实例 1 优化 后 
交代 码 3: MyAction 类 
1 package com.itedu365.best6302; 


2 import com.itedu365.best6301.Form; 
3 public class MyAction { 








4 // 组 合 方式 : 页 面 项 目 容器 VO 

5 private Form form = new Form(); 

6 // 组 合 方式 ， 数据 库 访问 层 类 

又 UpdateService updateService = new UpdateService(); 

8 // Control 控制 层 

9 public String update() { 

10 / 获取 数据 库 值 

11 String flag = updateService.getDBData(form.getName()); 
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12 if ("1".equals(flag)) { 








13 System.out.printin(" 得 到 正确 数据 ! "); 
14 } else{ 

15 System.out.println(" 得 到 错误 数据 ! "); 
16 } 

17 return "success"; 

18 } 

19 } 


交代 码 4: UpdateService 类 


1 package com.itedu365.best6302; 

2 public class UpdateService { 

3 /DB 访问 层 方法 

4 public String getDBData(String param) { 
3 if (‘admin".equals(param)) { 
6 

7 

8 

9 





return "1"; 


} 


return "0"; 
10 } 


解析 : 

代码 1 里 ，Action 类 的 职责 过 多 。 代 码 2 里 ， 为 了 示例 只 增加 了 Service 层 ， 负 责 业 务 罗 
辑 处 理 。Action 类 与 Service 类 之 间 建 立 组 合 关 系 , 这 样 Action 与 Service 类 的 职责 就 明确 了 ， 
而 且 简单 ， 易 维护 。 













































































9.2 接口 隔离 原则 


国 优化 前 代码 

实例 1 ® 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 

次 代码 1: Person 接口 





1] package com.itedu365.best6401; 
2 public interface Person { 

3 // 刮 胡子 

4 public void doBeard(); 

5 / 公司 工作 
6 

7 

8 

9 





public void working(); 
// 生 小 孩 
public void bearing(); 





} 
交代 码 2: Man 类 
1] package com.itedu365.best6401; 
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2 public class Man implements Person{ 
3 // 刊 胡子 

4 (QOverride 

5 public void doBeard() { 

6 System.out.println(" 正 在 刮 衣 子 ! "); 
% 

8 

9 














} 

/ 公司 工作 

(QOverride 
10 public void working() { 
11 System.out.println(" 正 在 公司 工作 ! "); 
12 } 
13 // 生 小 孩 
14 (QOverride 
15 public void bearing() { 
16 } 
J 


六 代码 3: Woman 类 



























































1] package com.itedu365.best6401; 
2 public class Woman implements Person { 
3 // 刮 胡 子 
4 (QOverride 
5 public void doBeard() { 
6 } 
7 全 从 一 王八 
8 (QOverride 
9 public void working() { 
10 System.out.println(" 正 在 公司 工作 ! "); 
11 】 
12 / 生 小 孩 
13 (QOverride 
14 public void bearing() { 
15 System.out.println(" 正 在 生 孩 子 ! "); 
16 } 
7 
图 现象 描述 
接口 粒度 太 大 ， 包 含 的 方法 太 多 。 
图 不 利 影响 分 析 
接口 不 能 太 小 ， 如 果 太 小 会 导致 系统 中 接口 泛滥 ， 不 利于 维护 ， 接 口 也 不 能 太 大 ， 太 大 的 接 

































































口 将 违背 接口 隔离 原则 ， 灵 活性 较 差 ， 类 之 间 的 耦合 度 偏 高 ， 往 往 造成 类 或 者 包 的 循环 依赖 。 
国 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 
接口 隔离 原则 〈Interface Segregation Principlg，ISP)， 用 户 只 要 关注 所 需 的 接口 。 
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接口 隔离 原则 是 解决 接口 粒度 过 大 的 最 佳 途径 。 一 般 而 言 ， 接 口中 仅 包含 某 一 类 用 户 定 
制 的 方法 即 可 ， 不 应 该 强迫 用 户 依赖 于 那些 他 们 不 用 的 方法 。 
根据 本 例 优 化 技巧 20〈 隔 离 接口 ) 来 降低 接口 复杂 度 。 


优化 技巧 20: 隔离 接口 


图 优化 类 别 

优化 架构 。 

图 实施 方法 

接口 不 能 太 小 ， 也 不 能 太 大 ， 把 接口 中 的 方法 按照 之 间 关 联 性 的 强 弱 进 行 分 组 ， 分 组 之 
后 ， 看 是 否 有 继承 关系 ， 如 果 有 ， 再 单独 提取 出 来 。 这 样 经 过 横向 与 纵向 分 析 之 后 ， 再 把 接 
口 进 行 分 离 ， 如 图 9-2 所 示 。 
































































































































2 





method1( ); 


method2( ); 




















图 9-2 隔离 接口 

















具体 步骤 如 下 : 

Q 按照 方法 功能 ， 分 解 接口 。 
@) 用 新 接口 替代 原来 接口 。 
@@) 去 掉 继 承 原 来 用 肿 接 口中 没有 用 的 方法 。 
国人 优化 后 代码 

实例 1 优化 后 

交代 码 4: Person 接口 












































1] package com.itedu365.best6402; 
2 public interface Person { 

3 / 公司 工作 
4 

5 





public void working(); 


} 
交代 码 5: ManFeature 接口 


1] package com.itedu365.best6402; 

2 public interface ManFeature extends Person{ 
3 // 刊 胡子 

4 public void doBeard(); 

5 
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交代 码 6: WomanFeature 接口 


1] package com.itedu365.best6402; 

2 public interface WomanFeature extends Person{ 
3 // 生 小 孩 
4 

5 





public void bearing(); 
} 


交代 码 7: Man 类 


1] package com.itedu365.best6402; 
2 public class Man implements ManFeature{ 
3 // 刊 胡子 

4 (QOverride 

5 public void doBeard() { 
6 System.out.println(" 正 在 刮 胡子 ! "); 
双 

8 

9 





} 
WA 
(QOverride 
10 public void working() { 
11 System.out.println(" 正 在 公司 工作 ! "); 














交代 码 8: Woman 类 




















1 package com.itedu365.best6402; 
2 public class Woman implements WomanFeature{ 
3 / 公司 工作 
4 (QOverride 
3) public void working() { 
6 System.out.println(" 正 在 公司 工作 ! "); 
7 } 
8 // 生 小 孩 
9 (QOverride 
10 public void bearing() { 
11 System.out.println(" 正 在 生 孩 子 ! "); 
12 } 
lS 
解析 : 
































代码 1 中 , Person 接口 的 三 个 方法 中 , working 可 以 说 是 男人 与 女人 都 可 以 有 的 行为 ， 
但 是 dobeard 刊 胡 子 与 bearing 生 小 孩 就 分 别 是 男人 与 女人 特有 的 行为 了 。 如 果 继 续 增 加 
接口 方法 一 一 母乳 喂奶 ， 这 个 行为 那 只 有 女人 才 有 ， 如 果 还 是 放 在 Person 这 个 接口 ， 接 
口 就 会 越 来 越 大 ， 而 且 继承 Person 的 Man 接口 也 都 要 实现 这 种 行为 ， 那 就 违反 了 对 修改 
封闭 的 原则 。 
优化 之 后 ,共同 的 行为 放 在 父 接口 Person 里 面 , 男人 的 特殊 行为 就 放 在 ManFeature 接 
750 


















































































































































里 ， 同 样 ， 女 人 的 特殊 行为 就 放 在 WomanFeature 里 。 这 样 的 架构 小 巧 灵活 ， 耦 合 性 很 低 ， 无 
论 在 那个 接口 里 修改 方法 ， 都 非常 容易 。 


















































9.3 ”依赖 倒置 原则 


国 优化 前 代码 

实例 1 

动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 1: Cartoon 类 


1] package com.itedu365.best6501; 
2 publicclass Cartoon { 

3 / 读 取 内 容 

4 public String getContent(O { 
5 return "从 前 有 8 个 戎 芦 娃 ……"; 
6 

了 


} 
交代 码 2: Father 类 





























1 package com.itedu365.best6501; 

2 public class Father { 

3 / 讲 故事 

4 public void speak(Cartoon book) { 

5 System.out.println(" 和 爸爸 开始 讲 故事 ..…."); 
6 System.out.println(book.getContent(); 

7 } 

3 } 


交代 码 3: BeforeTest 类 


1] package com.itedu365.best6501.test; 

2 public class BeforeTest { 

3 public static void main(String[] args) { 
4 Father father = new Father(); 

5 // 卡通 故事 
6 

也 

8 























father.speak(new Cartoon()); 


} 


图 现象 描述 

编程 中 没有 考虑 面向 抽象 编程 ， 只 是 停留 在 具体 类 之 间 的 关系 ， 不 能 应 对 需求 的 变化 。 
图 不 利 影响 分 析 
面向 其 体 类 编程 亦 可 以 实现 系统 功能 ， 但 是 实现 起 来 比较 麻烦 ， 不 能 够 发 挥 框架 的 巨大 
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威力 ， 而 且 不 易 维护 。 更 重要 的 是 没有 发 挥 出 面向 对 象 编程 的 核心 思想 ， 即 面向 抽象 编程 (又 
称 为 面向 接口 编程 )。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

依赖 倒置 原则 ， 高 层 模块 不 应 该 依赖 低层 模块 ， 二 者 都 应 该 依赖 其 抽象 ， 抽 象 不 应 该 依 
赖 于 细节 ; 细节 应 该 依赖 于 抽象 。 

“依赖 倒置 ”依赖 于 抽象 而 不 是 实现 ， 面 向 接口 编程 就 是 依赖 倒置 的 灵 瑰 。 理 解 了 面 问 
接口 编程 ， 也 就 理解 了 依赖 倒置 。 当 前 流行 的 TDD (Test Drived Develop， 测 试 驱动 开发 ) 开 
发 模式 就 是 依赖 倒置 原则 最 成 功 的 应 用 。 


※ 温 声 提 示 一 一 如 何 理解 易 混 淆 的 三 个 概念 ? 

与 “依赖 倒置 ” ee 为 说 明 其 之 间 的 联系 与 区 别 ， 总 结 如 下 : 

@ “控制 反 转 ”， 是 Spring 框架 里 很 重要 的 概念 ， 就 是 说 我 们 本 来 对 某 样 事 
物 有 主动 控制 权 ， 人 出 去 ， 那 么 我 们 就 从 主动 控制 转 为 被 动 。 

@ “依赖 注入 ”， 即 一 个 实体 依赖 另 一 个 实体 ， 但 是 在 早期 不 体现 这 种 依赖 关系 ， 而 是 
把 这 种 依赖 关系 提取 出 来 ， 在 后 期 才 注 入 进去 。 
优化 技巧 21: 提炼 接口 

国 优 化 类 别 

优化 架构 。 

国 实 施 方法 

如 果 类 中 的 方法 所 处 理 的 内 容 是 容易 变化 的 ， 那 么 就 需要 把 这 个 方法 提取 到 一 个 接口 里 
面 ， 如 图 9-3 所 示 。 
















































































































































































ee 
















































































a 
关于 





图 9-3 ”提炼 接口 








具体 步 又 如 下 : 

@ 分 析 类 中 的 方法 是 否 是 通用 方法 。 
@) 定义 具有 共通 方法 的 接 
@) 继承 定义 的 接口 ， 并 实现 其 接 [ 方法 。 
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图 优化 后 代码 
实例 1 优化 后 
次 代码 4，Reader 接口 


1 package com.itedu365.best6502.service; 
2 public interface Reader { 

3 / 读 取 内 容 

4 public String getContent(); 

5 } 


交代 码 5: Cartoon 类 


1] package com.itedu365.best6502; 
2 import com.itedu365.best6502.service.Reader; 
3 public class Cartoon implements Reader { 
4 / 读 取 内 容 

5 public String getContent() { 
6 return "从 前 有 8 个 戎 芦 娃 ……"; 
了 

8 


} 
交代 码 6: Joke 类 





























1] package com.itedu365.best6502; 
2 public class Joke implements Reader { 
3 / 读 取 内 容 
4 public String getContent(O { 
5 return "有 个 笑话 ..….."; 
6 } 
a 
交代 码 7: Father 类 
1] package com.itedu365.best6502; 
2 public class Father { 
3 / 讲 故 事 
4 public void speak(Reader reader) { 
5 System.out.println(" 和 爸爸 开始 讲 故事 ..…."); 
6 System.out.printin(reader.getContent()); 
了 } 
8 } 


交代 码 8: AfterTest 类 


1] package com.itedu365.best6502.test; 

2 public class AfterTest { 

3 public static void main(String[] args) { 
4 Father father = new Father(); 
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5 / 卡通 故事 
6 father.speak(new Cartoon()); 
7 / 笑话 故事 
8 father.speak(new Joke()); 
2 } 
10 } 
解析 : 
































优化 前 代码 里 ， 父 亲 只 能 够 讲 卡 通 故事 ， 如 果 想 讲 笑话 故事 ， 那 么 就 非常 难 ， 属 于 一 个 
僵 死 的 系统 。 在 优化 后 代码 里 面 ， 我 们 提取 出 了 Reader 接口 ， 接 口 里 面 就 规定 了 一 个 编程 规 
约 getContent() 方 法 。 这 样 如 果 父亲 想 讲 笑话 ， 那 么 就 增加 一 个 笑话 类 ， 把 其 对 象 传 给 父亲 ， 
讲 故 事 方法 就 使 用 了 。 这 样 的 经 典 优化 实现 了 和 柔软 而 完美 的 架构 体系 。 


9.4 里 式 蔡 换 原 则 


图 优化 前 代码 

实例 1 3 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 

交代 码 1: Parent 类 








































































































1] package com.itedu365.best6601; 
2 public class Parent { 

3 / 父 类 方法 
4 public Integer method(Integer intl,Integer int2){ 
5 / 加 法 
6 

忆 

8 





return intl+int2; 


} 
六 代码 2: Child 类 


1] package com.itedu365.best6601; 

2 public class Child extends Parent{ 

3 / 重 写 父 类 方法 

4 public Integer method(Integer intl,Integer int2){ 
5 / 减法 
6 

7 

8 








return int1-int2; 


} 


国 现象 描述 

子 类 的 重 写 方法 改变 了 父 类 方法 本 身 的 意图 ， 父 类 与 子 类 不 兼容 。 
图 不 利 影 响 分 析 
子 类 对 父 类 方法 的 任意 修改 ， 都 会 对 整个 继承 体系 造成 破坏 ， 使 系统 失去 信任 度 。 
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国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

里 式 (Liskov ) 替换 原则 , 最 早 是 在 1988 年 , 由 麻 省 理工 学 院 的 一 位 女士 (Barbara Liskov ) 
提出 来 的 ， 因 其 姓氏 而 得 名 。 所 有 引用 基 类 的 地 方 必须 能 透明 地 使 用 其 子 类 的 对 象 。 
通俗 地 讲 ， 就 是 子 类 型 应 该 能 够 完全 替换 父 类 型 ， 而 不 会 让 调用 父 类 型 的 用 户 程 序 从 行 
为 上 有 任何 改变 。 里 氏 替 换 原 则 对 于 约束 继承 的 泛滥 具有 重要 意义 。 
继承 包含 这 样 一 层 含义 : 父 类 中 凡是 已 经 实现 好 的 方法 〈 相 对 于 抽象 方法 而 言 )， 实 际 上 
是 在 设 定 一 系列 的 规范 和 契约 ， 让 子 类 来 继承 这 些 特 性 。 而 里 氏 蔡 换 原 则 正 是 表达 了 这 一 层 













































































































































































※ 温 馨 提示 如 何 设计 继承 关系 的 类 ? 

在 具有 继承 关系 的 类 设计 与 优化 时 ， 应 该 注意 以 下 几 点 : 
@ 子 类 可 以 实现 父 类 的 抽象 方法 。 

@ 子 类 不 能 履 盖 父 类 的 非 抽 象 方 法 。 

@ 子 类 中 可 以 增加 自己 特有 的 方法 。 


图 优化 后 代码 
实例 1 优化 后 
交代 码 2， Child 类 


1] package com.itedu365.best6602; 
2 public class Child extends Parent{ 
3 // 避 开 重 写 父 类 方法 










































































4 public Integer method2(Integer int1,Integer int2){ 
5 / 输出 参数 
6 System.outprintln(" 参 数 1:"+int1+"， 参 数 2:"+int2); 
7 // 加 法 
8 return intl+int2; 
9 } 
10 } 
解析 : 
代码 1 中 的 method 的 方法 是 名 不 副 实 的 ， 是 偷 换 概念 ， 这 种 做 法 在 编程 中 是 一 大 忌 。 试 
想 本 来 是 一 个 加 法 运算 ， 给 换 成 减法 运算 ， 如 果 在 银行 系统 ， 使 用 这 种 算法 ， 造 成 了 资金 损 























失 ， 岂 不 构成 了 犯罪 。 
9.5 ”最少 知道 原则 


图 优化 前 代码 9 
实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 辣 ， 应 该 如 何 优化 ? © 
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代码 背景 : 
本 段 代码 主要 目的 是 打印 母 公 司 与 子 公司 的 成 员 信息 。 
交代 码 1: MainEmployee 类 (省略 set/get) 





1] package com.itedu365.best6701; 
2 public class MainEmployee { 

3 // 母 公司 员工 ID 

4 private String id; 

5 


} 
交代 码 2: MainCompanyManager 类 


1] package com.itedu365.best6701; 

2 public class MainCompanyManager { 
3 // 得 到 母 公司 员工 信息 
4 public List<MainEmployee>getAlIMainE mployee(){ 

5 List<MainEmployee> list = new ArrayList<“MainEmployee>(); 
6 

了 

8 

9 





for(int 1=0; 1<30; 1++){ 
MainEmployee emp = new MainEmployee(); 
// 为 母 公司 人 员 按 顺序 分 配 一 个 人 D 
emp.setId(" 总 公司 "+i; 

















10 list.add(emp); 

11 } 

12 return list; 

13 } 

14 // 打印 子 公 司 与 母 公司 所 有 员工 信息 

15 public void printAllEmployee(SubCompanyManager sub){ 

16 / 母 公 司 员工 信息 

17 List<MainEmployee> mainList = this.getAllIMainEmployee(); 
18 for(MainEmployee e:mainList){ 

19 System.out.println(e.getId()); 

20 } 

21 / 子 公司 员工 信息 

2 List<SubEmployee> subList = sub.getAllSubEmployee(); 
23 for(SubEmployee e:subList){ 

24 System.out.println(e.getId()); 

25 } 

26 } 

2 


交代 码 3: SubEmployee 类 (省略 set/get) 


1] package com.itedu365.best6701; 
2 public class SubEmployee { 

3 // 子 公司 员 工 D 

4 private String id; 

5 
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交代 码 4: SubCompanyManager 类 


1] package com.itedu365.best6701; 
2 public class SubCompanyManager { 


3 
4 
5 
6 
7 
8 
9 


10 
11 


/ 得 到 子 公 司 所 有 员工 信息 





public List<SubEmployee>getAllSubEmployee(){ 
List<SubEmployee> list = new ArrayList<SubEmployee>(); 
for(int 1=0; 1<100; 1++){ 
SubEmployee emp = new SubEmployee(); 
// 为 分 公司 人 员 按 顺序 分 配 一 个 人 D 


emp 
list 


} 


.SetId(" 分 公司 "+i); 
.add(emp); 


return list; 


图 现象 描述 





类 中 的 方法 做 了 自己 不 应 该 做 的 事情 ， 不 是 








图 不 利 影响 分 析 
类 与 类 之 间 的 关系 越 密切 ， 耦 合 度 越 大 ， 当 一 个 类 发 生 改变 时 ， 对 另 一 个 





大 ， 这 违反 了 编 




















图 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 


最 少 知道 原则 又 叫 迪 米 特 法 则 ， 最 早 是 在 1987 年 由 美国 东北 大 学 的 伊 兰 
Holland) 提出 ， 一 个 对 象 应 该 对 其 他 对 象 保持 最 少 的 了 解 


局 就 是 高 内 聚 、 低 耦合 。 


软件 编程 的 基本 原 





























己 的 属性 却 拿 来 随便 操作 。 























程 的 基本 原则 。 





类 的 影响 也 越 



































低 软 件 的 炳 与 复杂 度 ， 





区 人 午 
合 、 聚 合 等 


对 于 类 来 说 ， 无 论 逻 辑 多 么 
方法 ， 不 对 外 泄漏 任何 信 ; 
成 。 如 果 出 现 了 看 合 
15， 移 动 方法 来 降 午 。 

优化 技巧 09〈 封 装 类 成 员 )， 虽 然 说 是 是 面向 对 象 编程 
最 少 知道 原则 强调 的 是 别人 家 的 东西 不 乱用 ， 封 装 类 成 员 强 调 的 









































忌 












































软件 的 可 复 用 性 与 可 维护 性 。 耦 合 的 方式 征 
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ws 
































。 也 可 以 这 样 理解 ， 对 类 自 

















可 以 





c 半 二 论 ， 


























用 优化 技巧 的 一 种 或 者 几 种 《优化 技巧 14: 移动 变 



































展 应 用 。 





最 少 知道 原则 的 扩 
是 














自家 的 东西 不 随便 开放 。 
图 优化 后 代码 
实例 1 优化 后 
次 代码 5: MainCompanyManager 类 




















p= 





1 package com.itedu365.best6711; 
2 public class MainCompanyManager { 


只 有 降低 了 各 个 模块 之 间 的 耦合 度 ， 才 能 降 
多 ， 依 赖 、 关 联 、 组 
都 是 常见 的 耦合 方式 ， 迪 米 特 法 则 正 是 设计 程序 低 耦 合 的 方法 。 
都 尽量 地 的 将 逻辑 封装 在 类 的 内 部 ， 除 了 提供 public 
身 成 员 变量 的 操作 ， 要 求 类 自 


县 


霍 兰 德 (lan 

















身 来 完 











量 ; 优化 技巧 





封装 特征 的 体现 ， 也 可 以 说 是 
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3 / 得 到 母 公司 员工 信息 
4 public List<MainEmployee>getAlIMainE mployee(){ 

3 List<MainEmployee> list = new ArrayList<MainEmployee>(); 
6 for(int 1=0; i<30; 1++){ 

7 MainEmployee emp = new MainEmployee(); 

8 // 为 总 公司 人 员 按 顺序 分 配 一 个 ID 

9 emp.setId(" 总 公司 "+i; 




















10 list.add(emp); 

11 ) 

12 return list; 

13 » 

14 / 打印 母 公司 所 有 员工 信息 

15 public void printMainEmployee(O{ 

16 List<MainEmployee> list2 = this.getAlIMainEmployee(); 
17 for(MainEmployee e:list2){ 

18 System.out.println(e.getId()); 

19 } 

20 } 

21 // 打印 母 公司 与 子 公 司 所 有 员工 信息 

2 public void printAllEmployee(SubCompanyManager sub){ 
和 23 sub.print SubEmployee(); 

24 this.printMainEmployee(); 

05 } 

26 } 


次 代码 6: SubCompanyManager 类 


1] package com.itedu365.best6711; 

2 public class SubCompanyManager { 
3 // 得 到 子 公 司 所 有 员工 信息 
4 public List<SubEmployee>getAllSubEmployee()!{ 

5 List<SubEmployee> list = new ArrayList<SubEmployee>(); 
6 

了 

8 

9 








for(int 1=0; i<100; 1++){ 
SubEmployee emp = new SubEmployee(); 
// 为 子 公 司 人 员 按 顺序 分 配 一 个 JP 
emp.setId(" 分 公司 "+i); 

















10 list.add(emp); 

11 9 

1» return list; 

13 } 

14 // 打印 子 公 司 所 有 员工 信息 

15 public void printSubEmployee(){ 

16 List<SubEmployee> list = this.getAllSubEmployee(); 
17 for(SubEmployee e:list){ 

18 System.out.println(e.getId()); 
19 } 

20 } 

2 
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解析 : 


代码 1 中 ，MainEmployee 类 























的 成 员 列 表 后 ， 对 其 进行 了 遍历 访问 ， 和 输出 了 内 容 信 息 。 这 是 一 种 强 

















侵入 ， 强 耦合 且 霸 道 





的 printAllEmpoyee() 方 法 内 ， 取 得 子 公司 对 象 SubEmployee 


的 


行为 。 对 于 子 公司 成 员 信息 ， 由 子 公司 类 来 负责 增删 与 读 取 操作 ， 而 不 用 其 他 类 。 代 码 6 子 














公司 类 增加 了 操作 其 自身 成 员 








言 息 的 printSubEmployee() 方 法 ， 代 码 $ 母 公司 里 增加 了 调用 


作 子 类 成 员 的 printAllEmpoyee() 方 法 ， 这 样 就 实现 了 解 耦 。 


9.6 ”如 何 扩展 外 部 类 功能 


图 优化 前 代码 
实例 1 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 


交代 码 1: StringUtil 类 


1 package com. i .best6801; 























2 /StringUtil 类 aE 


关 





3 public class 1 { 


4 / 把 NULL 转换 成 空 字符 串 
public static String changeNullToStr(String str) { 


5 
6 if (str== null) { 
return ""; 
8 } 
9 return str; 
10 } 
11 } 
国 现象 描述 








我 们 知道 任何 类 的 设计 都 是 
么 特殊 需求 。 如 果 我 们 想 用 既 存 类 
天 立地 增加 了 所 需 的 方法 。 

国 不 利 影响 分 析 

















方法 与 数据 被 统一 封装 是 面向 对 象 编程 
散 的 放置 于 其 他 类 中 ， 只 会 让 这 些 类 变 得 过 


国 检 测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解 决 方案 





QD 如果 原 类 中 有 很 多 方法 ， 使 用 本 例 优化 技巧 22 (引入 本 地 扩 























量 提 化 
的 某 







































































操 


全 




















t 类 本 身 应 该 具有 的 服务 ， 但 
: 些 方法 ， 但 我 们 却 无 法 修改 ; 














是 无 法 预知 用 户 还 有 
原 码 时 ， 就 在 本 项 目 


























展 ) 进行 优化 。 











@ 如 果 原 类 方法 比较 少 ， 可 使 用 包装 类 《委托 的 形式 ) 进行 扩展 ， 和 否则 如 果 源 类 中 有 














多 方法 ， 就 需要 一 个 个 进行 包装 ， 这 样 就 显得 类 比较 腾 肿 。 
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什 
里 


ee 如 果 把 本 该 放 在 扩展 类 中 的 代码 零 
半分 复杂 ， 并 使 得 其 他 方法 难以 被 复 用 。 





优化 技巧 22: 引入 本 地 扩展 
国 优化 类 别 
优化 架构 。 
图 实施 方法 


我 们 在 本 地 建 一 个 新 类 ， 继 承 原来 的 类 ， 使 它 包 含 本 系统 所 有 
单 每 次 调用 本 地 方法 时 ， 即 可 以 包含 继承 来 的 ， 也 可 以 包含 本 地 的 。 
具体 步 又 如 下 : 


je 


= 














@ 定义 本 地 类 。 
@) 继承 开源 工具 类 。 































































































对 








进行 的 扩展 方法 。 这 


































































































@ 在 本 地 工程 中 使 用 本 地 扩展 类 。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2: StringUtil 类 
1] package com.itedu365.best6802; 
2 import org.apache.commons.lang3.StringUtils; 
3 VStringUtil 类 是 一 个 工具 类 ， 
4 /有 很 多 开源 包 里 面 都 有 经 典 的 String 扩展 方法 ， 即 先 继承 之 后 再 扩展 
3 public class StringUtil extends StringUtils { 
6 / 把 NULL 转换 成 空 字符 串 
7 public static String changeNullToStr(String str) { 
8 if (str== nulD { 
9 return ""; 
10 } 
11 return str; 
12 } 
13 } 
解析 : 
代码 1 中 ， 在 本 地 StringUtil 工具 类 里 增加 了 一 个 把 NULL 转 成 空 字符 串 的 方法 。 然 




















而 String 是 编程 中 常用 的 类 ， 




































































其 他 地 方 可 能 还 需要 用 apache 的 StringUtils 类 。 在 代码 里 ， 
有 的 地 方 采用 本 地 方法 ， 有 的 地 方 采 用 开源 类 方法 ， 比 较 混 乱 。 在 代码 2 里 ， 用 引入 本 地 






























































扩展 的 形式 ， 即 本 地 StringUtil 继承 apache 的 StringUtils 类 ， 而 代码 里 只 需要 用 出 现 类 
即 可 ， 可 谓 两 全 其 美 。 


9.7 ”如 何 梳理 混杂 的 架构 体系 
图 优化 前 代码 


实例 1 
动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优 化 ? 
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全 


交代 码 1: Washing 类 


1] package com.itedu365.best6901; 
2 public class Washing { 

3 / 洗手 方法 

4 public String washHands(String name) { 
5 

6 

又 














return name +"， 洗 完 手 了 ! 7 


} 
交代 码 2: Person 类 (省略 set/get) 


1] package com.itedu365.best6901; 

2 /1 继承 Washing 

3 public class Person extends Washing { 
4 // 姓名 

5 private String name; 

6 // 构造 方法 

用 public Person(String name) { 

8 this.name = name; 

9 


10 } 


实例 2 


动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 





次 代码 3: Person 类 (省略 set/get) 


1] package com.itedu365.best6911; 
2 public class Person { 

3 // 姓名 

4 private String name; 

5 // 构造 方法 

6 public Person(String name) { 
Wy this.name = name; 

8 

9 


} 
交代 码 4: SqlMapClientTemplate 类 


1 package com.itedu365.best6911; 

2 public class SqlMapClientTemplate { 

3 // 封装 构造 方法 

4 private SqIMapClientTemplate() { 
5 } 

6 / 单 例 模式 

肥 

8 

9 





return new SqlMapClientTemplate(); 


public static SqlMapClientTemplate getSqIMapClientTemplate() { 


10 / 返回 查询 结果 


























11 public Object queryForObject(String sqlId) { 

12 / 为 了 减少 代码 ， 这 里 直接 给 出 SQL 查询 结果 
13 return new Person("365itedu"); 

14 } 

JiS 


交代 码 5: QueryDAOiBatisSupport 类 


1 package com.itedu365.best6911; 

2 public class QueryDAOiBatisSupport { 

3 / 模拟 Spring 中 SqlMapClientTemplate 方法 
4 public Object executeForObject(String sqlId) { 
5 / 取得 数据 库 访问 DAO 
6 

7 

8 

9 





SqlMapClientTemplate sqlMapTemp = SqlMapClientTemplate. 
getSqgIMapClientTemplate(); 
/ 根据 SQLID 查询 数据 库 并 返回 结果 
Object obj = sgl MapTemp.queryForObject(sqglld); 
10 return obj; 
11 } 
lp 
































交代 码 6: BeforeTest 测试 类 


1] package com.itedu365.best6911.test; 

2 public class BeforeTest { 

3 public static void main(String[] args) { 

4 // 获取 QueryDAO 

5 QueryDAOiBatisSupport queryDAOiBatisSupport = 
0 new QueryDAOiBatisSupport(); 

7 // 需要 强制 转换 成 所 需 类 型 

8 Person person = (Person) queryDAOiBatisSupport. 
9 executeForObject("SQL001"); 











10 System.out.println(person.getName()); 

11 } 

ly 
实例 3 
动 动脑 筋 ， 本 例 代码 中 有 哪些 瑕 疯 ， 应 该 如 何 优 化 ? 
代码 背景 : 











ActionSupport 模仿 的 是 Struts2 中 ActionSupport，ActionSupport 给 我 们 提供 
了 很 多 功能 ， 自 己 业 务 的 Action 一 般 都 要 继承 这 个 类 ,可 是 ActionSupport 是 不 允许 我 们 修改 
的 。 当 我 们 的 业务 类 需要 很 多 共通 功能 ， 但 ActionSupport 没 提供 时 ， 我 们 该 如 何 做 呢 ? 

六 代码 7: ActionSupport 类 












































1] package com.itedu365.best6921; 
2 /模拟 struts2 的 ActionSupport 
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3 public class ActionSupport { 

4 / 消息 容器 

可 private List<String> actionMessageList = new ArrayList<String>(); 
6 / 向 消 息 容器 添加 消息 
7 

8 

9 











public void addActionMessage(String message) { 
actionMessageList.add(message); 





} 
10 / 获取 消息 容器 
11 public Collection<String>getActionMessages() { 
12 returnthis.actionMessageL ist; 
13 } 
14 } 


交代 码 8: MyAction 类 


1] package com.itedu365.best6921; 

2 public class MyAction extends ActionSupport { 
3 public String delete() { 

4 // 如 果 消 息 的 内 容 想 从 属性 文件 读 取 ， 现 在 的 架构 就 不 方便 了 ! 
5 addActionMessage(" 删 除 成 功 ! "); 
6 

了 

8 




















return "success"; 


} 


实例 4 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 
交代 码 9， ActionSupport 类 





1] package com.itedu365.best6931; 

2 /模拟 struts2 的 ActionSupport 

3 public class ActionSupport { 

4 / 消息 容器 

9 private List<String> actionMessageList = new ArrayList<String>(); 
6 

又 

8 

9 























/向 消息 容器 添加 消息 
public void addActionMessage(String message) { 
actionMessageList.add(message); 





} 
10 // 获 取消 息 容器 
11 public Collection<String>getActionMessages() { 
12 returnthis.action MessageL ist; 
13 ) 
14 } 


交代 码 10: ActionServiceSupport 类 


1] package com.itedu365.best6931; 
2 /1/ 可 以 继承 ActionSupport， 并 在 其 基础 上 进行 功能 扩 




















I 














型 
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3 publicclass ActionServiceSupport extends ActionSupport { 

4 / 属性 文件 读 取 类 

5 private Properties pro; 

6 publicActionServiceSupportO { 

了 pro = new Properties(); 

8 String Src = "conyitedu365/best6931/prop.properties"; 
9 / 读 取 属性 文件 内 容 

10 InputStream inputStream = Thread.currentThread(). 

11 getContextClassLoader().getResourceAsStream(src); 
12 try { 

13 pro.load(inputStream); 

14 } catch (IOException e) { 

15 e.printStackTrace(); 

16 } 

17 } 

18 // 向 消 息 容 器 添加 消息 

19 public void addActionMessage(String message) { 

20 super.addActionMessage(pro.getProperty(message)); 
Di } 

Do 


交代 码 11: MyAction 类 


1] package com.itedu365.best6931; 
2 public class MyAction extends ActionServiceSupport { 
3 public String delete() { 

4 / 根据 消息 男 从 属性 文件 读 取消 息 
5 addActionMessage("MSG 001"); 
6 

7 

8 

















return "success"; 


} 


国 现象 描述 

系统 架构 不 清晰 ， 该 用 委托 的 没 用 委托 ， 该 封装 并 向 下 转型 的 没 转 ， 该 提炼 继承 体系 的 
没 提炼 ， 该 折 双 继承 体系 的 没 折 又 。 

国 不 利 影响 分 析 

架构 混乱 ， 研 发 的 成 本 不 言 而 喻 ， 而 且 对 后 期 的 扩展 、 重 用 及 维护 都 有 很 大 的 影响 。 系 
统 的 设计 必须 有 良好 的 架构 体系 风格 ， 否 则 后 果 难 以 想象 ， 甚 至 会 导致 系统 研发 失败 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

根据 本 例 优 化 技巧 23〈 以 委托 代替 继承 )、24 (封装 向 下 转型 )、25 (提炼 继承 体系 )， 
26〔 折 县 继承 体系 ) 进行 架构 体系 优化 。 
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优化 技巧 23: 以 委托 代 符 继承 


图 优化 类 别 

优化 架构 

国 实施 方法 

继承 有 很 强烈 的 耦合 关系 , 在 架构 设计 与 编程 中 , 应 尽量 避免 深度 耦合 。Strutsl 中 Action 
对 容器 就 有 很 高 的 耦合 性 ， 给 测试 等 带 来 了 很 大 的 不 便 。Struts2 而 采用 的 代理 方式 就 很 好 的 
解决 了 这 个 问题 。 
【 体 步 又 如 下 : 
Q 去 掉 继 承 关 系 。 
@) 把 继承 改 成 组 合 : 定义 被 继承 类 为 成 员 变 量 ， 同 时 增加 具有 继承 类 参数 的 构造 方法 。 
@) 分 析 被 继承 类 里 所 需要 的 方法 ， 并 在 继承 类 里 定义 同名 方法 。 
由 在 同名 方法 里 ， 以 委托 的 形式 ， 调 用 被 继承 类 方法 。 
国 优化 后 代码 
实例 1 优化 后 
次 代码 12: Person 类 (省略 set/get) 





































































































































































































1] package com.itedu365.best6902; 
2 public class Person { 








3 // 姓名 
4 private String name; 
5 / 组合 : 洗手 类 
6 private Washing washing; 
7 / 构造 方法 
8 public Person(String name) { 
9 this.name = name; 
10 this.washing = new Washing(); 
11 » 
12 / 委托 方法 
13 public String washHands() { 
14 return washing.washHands(this.name); 
15 } 
16 } 
解析 : 


代码 2 中 Person 继承 了 Washing 类 ， 增 大 了 两 者 之 间 的 耦合 性 。 优 化 后 的 代码 ， 把 其 改 
成 了 委托 形式 ， 把 Washing 类 作为 自己 的 成 员 对 象 ， 同 时 增加 委托 方法 ， 这 样 就 降低 了 类 之 
间 的 耦合 强度 。 
优化 技巧 24: 封装 向 下 转型 


图 优化 类 别 
优化 架构 
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图 实施 方法 

















在 面向 扩 
果 。 如 果 我 人 














用 户 提供 准确 的 








| 象 的 编程 中 向 下 转型 是 无 法 避免 的 ， 关 键 是 如 何 利用 框架 给 用 户 一 个 友好 的 结 
] 的 某 个 方法 返回 一 个 对 象 ， 并 且 知 道 所 返回 对 象 的 类 型 ， 那 么 我 们 就 有 必要 为 
类 型 ， 以 减少 用 户 进行 强制 转换 的 工作 ， 以 及 出 错 的 可 能 。 





































































































体 步 又 如 下 : 
@ 分 析 架 构 9 
@ 改造 获得 

















FP 取 得 最 终 用 户 期 待 结果 的 出 口 。 
8 口 对 象 的 方法 ， 用 类 通配符 形式 增加 一 个 对 象 类 型 参数 。 





























S 

















@ 根据 传 入 的 参数 类 型 ， 用 泛 型 进行 类 型 转换 。 





由 调用 新 的 方法 。 
图 优化 后 代码 
实例 2 优化 后 








次 代码 13: QueryDAOiBatisSupport 类 


1 
2 
3 
4 
S 
6 
区 
8 
9 


10 
11 


package com.itedu365.best6912; 


// 在 这 


} 

















// 











有 就 可 以 看 到 优秀 的 框架 所 带 来 的 效力 了 
public class QueryDAOiBatisSupport { 














会 泛 型 与 通配符 在 架构 中 的 重要 作用 











@SuppressWarnings("unchecked") 


public<E>EexecuteForObject(String sqlld, Class<?> clazz) { 


/ 取得 数据 库 访问 DAO 
SqlMapClientTemplate sqlMapTemp = SqlMapClientTemplate. 





getSqgIMapClientTemplate(); 

/ 根据 SQLID 查询 数据 库 并 返回 结果 
Object obj = sqlMapTemp.queryForObject(sqlId); 
/ 根据 参数 类 型 转换 成 所 需 结果 类 型 :架构 的 贴心 服务 
E realObj = null; 
try{ 

if (clazz != null && obj !(= nul) { 

realObj = (E) clazz.cast(obj); 








} 
} catch (ClassCastException e) { 
e.getStackTrace(); 


} 


return realObj; 


次 代码 14: SqlMapClientTemplate 类 


1 


package com.itedu365.best6912; 


2 public class SqlMapClientTemplate { 
/ 封装 构造 方法 


3 
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4 private SqIMapClientTemplate() { 

5 } 

6 / 单 例 模式 

加 public static SqlMapClientTemplate getSqIMapClientTemplate() { 
8 return new SqlMapClientTemplate(); 

9 





























} 
10 / 返回 查询 结果 
11 public Object queryForObject(String sqlId) { 
12 / 为 了 减少 代码 ， 这 里 直接 给 出 SQL 查询 结果 
13 return new Person("365itedu"); 
14 } 
ls 


交代 码 15: AfterTest 测试 类 


1] package com.itedu365.best6912.test; 

2 public class AfterTest { 

3 public static void main(String[] args) { 
4 / 获取 QueryDAO 

5 QueryDAOiBatisSupport queryDAOiBatisSupport = 
6 new QueryDAOiBatisSupport(); 

了 7 / 根据 传递 的 参数 类 型 框架 直接 转换 

8 Person person = queryDAOiBatisSupport. 
9 





executeForObject("SQLOO01", Person.class); 
10 System.out.println(person.getName()); 
11 } 
| 区 有 


解析 : 














代码 6 的 BeforeTest 测试 类 中 第 10 行 ， 取 得 查询 结果 时 ， 虽 然 知 道 结 果 是 Person 类 却 还 
得 进一步 进行 强制 转换 ， 是 不 是 给 用 户 增加 了 额外 的 工作 呢 ? 优化 后 的 代码 13 中 ,框架 进行 



























































了 进一步 转型 ， 给 用 户 直接 提供 了 所 要 的 类 型 结果 。 这 样 的 框架 ， 是 不 是 更 加 优雅 ! 




















代码 13， 可 谓 泛 型 在 架构 应 用 中 的 经 典 实战 案例 之 一 ， 可 以 好 好 体会 泛 型 带 来 的 巨大 方 





便 与 效力 。 
优化 技巧 25: 提炼 继承 体系 
国 优化 类 别 
优化 架构 。 
国 实施 方法 
当 许 多 类 具有 共同 的 功能 时 ， 这 些 类 的 共同 功能 ， 就 可 以 提取 到 父 类 ， 以 简 
高 代码 的 重用 性 ， 如 图 9-4 所 示 。 









































全 
中 
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子 类 1 子 类 2 














图 9-4 “提炼 继承 体系 


国 优化 后 代码 
实例 3 优化 后 
次 代码 16: ActionServiceSupport 类 


1 
及 
3 
4 
3 
6 
了 W 
8 
9 


10 
11 
12 
13 


package com.itedu365.best6922; 

// 可 以 继承 ActionSupport， 在 其 基础 上 进行 功能 扩展 

public class ActionServiceSupport extends ActionSupport { 
// 属性 文件 读 取 类 


private Properties pro; 



































public ActionServiceSupportO { 
pro = new Properties(); 
String Src = "conmy/itedu365/best6922/prop.properties"; 
/ 读 取 属性 文件 内 容 
InputStream inputStream = Thread.currentThread(). 











getContextClassLoader().getResourceAsStream(src); 
try { 
pro.load(inputStream); 
} catch (IOException e) { 
e.printStackTrace(); 


} 

// 和 癌 消 息 容 器 添加 消息 

public void addActionMessage(String message) { 
Super.addActionMessage(pro.getProperty(message)); 




















} 


交代 码 17: MyAction 类 
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1 
2 
3 
4 
3 
6 


package com.itedu365.best6922; 
public class MyAction extends ActionServiceSupport { 
public String delete() { 
/ 根据 消息 古 从 属性 文件 读 取消 息 
addActionMessage( "MSG 001"); 
return "success"; 




















8 } 


解析 : 
为 解决 代码 7 中 的 问题 ， 代 人 码 16 在 Action 与 ActionSupport 之 间 增 加 一 层 
ActionServiceSupport 来 实现 自动 读 取 属性 文件 的 功能 ， 从 而 达到 我 们 的 目的 。 


优化 技巧 26: 折 琶 继承 体系 


图 优化 类 别 

优化 架构 。 

图 实施 方法 

继承 体系 很 容易 变 的 过 分 复杂 。 把 方法 和 成 员 变 量 在 类 体系 中 经 过 上 下 移动 后 ， 很 可 能 
发 现 某 个 类 并 未 带 来 其 该 有 的 价值 ， 因 此 需要 把 没有 价值 的 类 进行 合并 ， 如 图 9-5 所 示 。 




























































































[一 
1 
| 
| 
子 类 


图 9-5 折 芝 继承 体系 





图 优化 后 代码 
实例 4 优化 后 
交代 码 18: ActionSupport 类 


1] package com.itedu365.best6932; 
2 /模拟 struts2 的 ActionSupport 
3 public class ActionSupport { 

/ 属性 文件 读 取 类 





上 














5 private Properties pro; 

6 // 消息 容器 

private List<String> actionMessageList = new ArrayList<String>(); 
8 / 构造 函数 

9 public ActionSupportO { 

10 pro = new Properties(); 

11 String Src = "com/itedu365/best6932/prop.properties"; 
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12 / 获取 路 径 并 转换 成 流 


























13 InputStream inputStream = Thread.currentThread(). 
14 getContextClassLoader().getResourceAsStream(src); 
15 try { 

16 pro.load(inputStream); 

lg } catch (IOException e) { 

18 e.printStackTrace(); 

19 } 

20 } 

21 // 回 消息 容器 添加 消 筷 

2 public void addActionMessage(String message) { 

23 actionMessageList.add(pro.getProperty(message)); 
24 } 

25 /获取 消息 容器 

26 public Collection<String>getActionMessages() { 

2 return this.actionMessageList; 

28 } 

2900 


交代 码 19: MyAction 类 


1] package com.itedu365.best6932; 
2 public class MyAction extends ActionSupport { 
3 public String delete() { 

4 / 根据 消息 男 从 属性 文件 读 取消 息 
5 addActionMessage("MSG 001"); 
6 

7 

8 

















return "success"; 


} 


解析 : 
在 实例 3 中 是 提炼 继承 体系 ， 可 是 如 果 ActionSupport 是 可 以 修改 的 ， 那 么 面 对 如 此 多 层 
的 架构 体系 ， 就 可 以 进行 折合 处 理 。 进 而 把 继承 关系 中 功能 少 的 类 的 内 容 移 植 到 其 他 层 中 。 
代码 18 就 是 把 ActionServiceSupport 类 的 内 容 上 移 到 ActionSupport 里 面 ， 同 时 删 | 于 
ActionServiceSupport 类 。 

从 实例 3、4 我 们 可 以 看 出 ， 架 构 是 灵活 的 ， 需 要 很 好 的 环境 把 握 能 力 ， 也 需要 用 综合 技 
能 来 达到 完美 优化 的 效果 。 
































































































































小 结 





本 章 重 点 介绍 了 架构 优化 的 原则 与 技巧 ， 这 些 原则 的 目的 之 一 就 是 实现 架构 优化 的 另外 
一 个 重要 原则 一 一 开 闭 原则 (Open-Closed Principle，OCP)。 开 闭 原则 是 面向 对 和 象 设计 中 最 基 
础 的 优化 原则 ， 它 指导 我 们 如 何 建立 稳定 灵活 的 系统 。 开 闭 原则 可 能 是 架构 优化 中 最 模糊 的 
一 个 了 ， 因 为 它 只 告诉 我 们 对 扩展 开放 ， 对 修改 关闭 ， 而 到 底 如 何 才 能 做 到 对 扩展 开放 ， 对 
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修改 关闭 ， 却 没有 明确 地 告诉 我 们 。 其 实 ， 当 我 们 遵循 了 优化 的 前 5 个 原则 时 ， 也 就 遵循 了 
开 闭 原则 。 正 是 这 5 项 原则 告诉 我 们 用 抽象 类 构建 框架 ， 用 实现 类 扩展 细节 的 注意 事项 : 单 

中 责 原 则 告诉 我 们 实现 类 要 单一 职责 ;里 氏 蔡 换 原 则 告诉 我 们 不 要 破坏 继承 体系 ;依赖 倒 
置 原则 告诉 我 们 要 面向 接口 编程 ; 接口 隔离 原则 告诉 我 们 在 设计 接口 的 时 候 要 尽量 精简 单一 ; 
最 少 知道 原则 告诉 我 们 要 降低 耦合 。 因 此 开 闭 原则 是 总 纲 ， 它 告诉 我 们 要 对 扩展 开放 ， 对 修 
改 关闭 ， 如 图 9-6 所 示 。 























单一 职 
责 原则 





最 少 知 bd 接口 隔 
道 原则 全 = 


人 和 尺 


里 式 赫 依赖 倒 
换 原则 置 原则 


图 9-6 架构 优化 原则 之 间 的 关系 
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第 10 剖 包 优 化 


要 创造 出 真正 的 美 必须 具备 巨匠 的 技艺 。 一 一 约 ， 德 莱 顿 


























包 是 Java 的 文件 管理 方式 之 一 ， 也 是 帮助 我 们 区 分 相同 名 字 的 类 或 接口 的 方法 ， 同 时 也 
是 控制 访问 权限 的 手段 。 设 计 优良 的 包 结 构 体 系 ， 可 以 大 大 降低 架构 理解 的 难度 。 












































10.1 发 布 等 价 原则 

















图 优化 前 包 结 构 
实例 1 
动 动脑 筋 : 本 例 中 包 结 构 ， 如 图 10-1 所 示 ， 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 


4 册 com.itedu365.best7001 
> 国 prepertyUtilsjava 

>” 国 Servicejava 

”四 StringUtilsjava 


图 10-1 优化 前 包 结 构 




















图 现象 描述 
用 于 发 布 的 包 下 存在 可 以 重用 以 及 不 可 以 重用 的 类 。 
国 不 利 影响 分 析 
如 果 发 布 的 包 下 含有 多 余 的 类 ， 不 但 给 用 户 造成 了 困扰 《到 底 这 个 类 是 干 嘛 用 的 ? 如 果 
没 用 为 什么 会 放 在 这 里 ?等 等 一 系列 问题 )， 同 时 也 大 大 增加 了 包 维 护 的 成 本 。 
图 检测 工具 或 方法 
CR) 代码 检 查 。 
图 最 佳 解决 方案 
重用 发 布 等 价 原则 ， 告 诉 我 们 一 个 组 件 中 的 类 要 么 都 是 可 以 重用 的 ， 要 么 就 都 不 可 以 重 
用 。 如 果 不 一 致 ， 那 么 把 包 下 不 能 够 被 重用 的 类 移动 到 别 的 包 内 。 
图 优化 后 包 结 构 
实例 1 优化 后 ， 如 图 10-2 所 示 。 
站 出 com.itedu365.best7002 
bb 四 propertyUtilsjava 
pb [DD StringUtilsjava 
a 由 com.itedu365.best7002.service 


四 Servicejava 


图 10-2 ”优化 后 包 结 构 
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解析 : 





优化 前 包 结 构 中 ， 想 要 把 PropertyUtils 类 与 StringUtils 类 做 成 一 个 工具 包 进 行 发 布 ， 可 


























是 因为 service 接口 不 是 工具 类 ， 所 以 是 不 能 够 一 起 发 布 的 。 在 优化 后 的 代码 里 ， 因 为 把 其 调 








整 到 了 service 包 下 ， 所 以 这 样 就 保证 了 best7002 包 下 的 工具 类 都 可 以 一 起 发 布 了 。 
10.2 ”共同 重用 原则 








图 优化 前 包 结 构 2 
实例 1 
[9 














动 动脑 筋 : 本 例 中 包 结 构 ， 如 图 10-3 所 示 ， 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 
aa 出 com.itedu365.best7101 
bb 国 Connectionjava 








四 Driverjava 

PP 国 PropertyUtilsjava 
b 国 StringUtilsjava 
图 10-3 ”优化 前 包 结 构 





国 现象 描述 
包 下 都 是 可 重用 的 类 ， 但 是 包含 了 不 同 场景 下 共用 的 类 。 
国 不 利 影响 分 析 
























































图 检测 工具 或 方法 
(R) 代码 检查 。 
国 最 佳 解决 方案 


因为 包 的 粒度 太 大 ， 在 特定 场景 下 ， 只 用 了 包 下 的 某 一 部 分 类 ， 增 加 了 包 的 维护 成 本 。 











共同 重用 原则 ， 即 包 中 的 所 有 类 对 于 同一 类 性 质 的 变化 应 该 是 共同 封闭 的 。 也 就 是 说 如 




















果 重 用 了 包 中 的 一 个 类 就 应 该 重用 包 中 的 所 有 类 ， 即 放 入 一 个 包 中 的 类 是 不 可 分 必 
该 是 仅仅 依赖 其 中 的 一 部 分 类 。 
































F 的 » 不 应 











我 们 都 知道 类 在 规约 里 有 规定 大 小 , 方法 也 有 规定 大 小 , 那么 包 是 不 是 也 应 该 有 大 小 呢 ? 











包 是 按照 功能 来 划分 的 ， 如 果 功 能 下 的 类 太 大 了 ， 又 该 如 何 划分 呢 ? 























共同 重用 原则 可 以 说 是 对 包 按 照 功 能 划分 的 更 加 细致 的 补充 。 也 就 是 说 ， 虽 然 按照 功能 
划分 了 ， 但 是 也 要 考虑 重用 的 粒度 ， 不 能 重用 的 与 可 以 重用 的 要 再 进行 划分 ， 这 样 就 可 以 使 
























































包 更 加 精炼 。 























图 优化 后 包 结 构 
实例 1 优化 后 ， 如 图 10-4 所 示 。 


a 出 com.itedu365.best7102.,dbc 
”四 Connectionjava 


pb [DN Driverjava 

4 出 com.itedu365.best7102.util 
pb [DN propertyUtilsjava 
b [DD StringUtilsjava 











图 10-4 ”优化 后 包 结 构 








此 可 见 ， 类 、 方 法 和 包 的 大 小 都 包含 了 很 多 艺术 与 技巧 ， 需 要 我 们 用 心 来 设计 与 优化 。 
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解析 : 

优化 前 包 中 的 4 个 类 虽然 都 是 通用 功能 的 和 可 以 重用 的 类 ， 但 是 Connection 与 Driver 类 
属于 数据 库 链 接 方面 的 类 , 而 PropertyUtils 与 StringUtils 类 则 属于 工具 类 。 如 果 一 起 发 布 的 话 ， 
在 各 自 更 加 细致 的 功能 领域 ， 是 没有 相互 关联 与 作用 的 ， 因 此 需要 调整 。 

优化 后 的 包 结 构 里 ， 把 Connection 与 Driver 类 调整 到 jdbc 包 里 ; 把 PropertyUtils 与 


StringUtils 类 整 到 util 包 里 面 ， 这 样 重用 的 粒度 就 小 了 ， 功 能 更 加 明确 ， 管 理 也 就 方便 了 。 
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10.3 ”共同 封闭 原则 


图 优化 前 包 结 构 


实例 1 
动 动脑 筋 : 本 例 中 包 结 构 有 哪些 瑕 疫 ， 应 该 如 何 优化 ? 
代码 背景 : 

















本 段 代码 是 封装 一 个 翻 页 标签 ， 默 认 一 页 内 容纳 的 数据 从 属性 文件 读 取 ， 代 码 是 没有 设 
定 的 默认 值 。 现 在 功能 需求 有 变更 ， 读 取 属 性 文件 时 如 果 没 有 设 定数 据 ， 默 认为 20。 根 据 以 
下 类 ， 如 图 10-5 所 示 ， 如 何 完成 此 需求 呢 ? 

4 出 com.itedu365.best7201support 
”四 pageLinkSupportjava 

4 骨 com.itedu365.best7201tag 
四 pageLinkTag.java 









































图 10-5 ”优化 前 包 结构 


交代 码 1: PageLinkTag 类 


1 package com.itedu365.best7201tag; 
2 public class PageLinkTag { 

3 / 根据 属性 KEY 值 ， 取 得 属性 结果 
4 

5 
































String pageSize = PageLinkSupport.getProperty("paseSize"); 
} 


交代 码 2: PageLinkSupport 类 
1 package com.itedu365.best7201support; 
2 public class PageLinkSupport { 
3 / 取得 属性 结果 处 理 



























































4 public static String getProperty(String key) { 
5 / 为 节省 代码 ， 直 接 给 结果 赋值 

6 String value = "key"; 

多 return value; 

8 } 

2 


国 现象 描述 
一 个 变化 导致 的 不 仅仅 是 一 个 包 的 修改 ， 而 是 多 个 包 中 的 修改 〈 散 弹 式 修改 )。 
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图 不 利 影响 分 析 

代码 之 间 的 耦合 度 越 高 ， 系 统 的 可 测试 性 与 可 维护 性 就 越 低 ， 这 样 很 快 就 会 变 成 一 个 僵 
化 的 垃圾 系统 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

共同 封闭 原则 ， 即 包 中 的 所 有 类 对 于 同一 类 性 质 的 变化 应 该 是 共同 封闭 的 。 也 就 是 说 ， 
一 起 修改 的 类 ， 应 该 组 合 在 一 起 〈 同 一 个 包 里 )。 如 果 必 须 修 改 应 用 程序 里 的 代码 ， 我 们 希望 
所 有 的 修改 都 发 生 在 一 个 包 里 《修改 关闭 )， 而 不 是 遍布 在 很 多 包 里 。 

这 个 优化 原则 所 聚焦 的 点 是 要 降低 包 之 间 的 耦合 度 ， 进 一 步 扩 展 应 用 。 实 际 的 大 型 项 目 
研发 中 ， 很 重要 的 设计 原则 是 功能 模块 或 者 子 系统 之 间 要 尽 可 能 地 降低 耦合 度 。 如 果 有 变更 ， 
只 允许 修改 本 模块 下 的 代码 。 

对 于 功能 模块 之 间 的 这 种 平 级 耦合 ， 需 要 通过 提取 共通 方法 或 者 类 ， 使 得 包 或 者 模块 有 
上 下 级 之 间 的 耦合 ， 如 图 10-6 所 示 。 这 种 优化 属于 比较 大 型 的 优化 ， 影 响 比较 大 ， 所 以 优化 
时 要 小 心 ， 并 且 要 做 好 各 种 测试 工作 。 






































































































































































































































图 10-6 “模块 耦合 优化 


图 优化 后 包 结构 
实例 1 优化 后 ， 如 图 10-7 所 示 


3 册 com.itedu365.best7202tag 
b 因 PageLinkSupport,java 
kb 因 PageLinkTag.java 


图 10-7 优化 后 包 结构 
交代 码 3: PageLinkSupport 类 


1 package com.itedu365.best7202tag; 
2 public class PageLinkSupport { 

3 / 取得 属性 结果 处 理 ， 如 果 取 得 值 为 空 ， 则 赋予 默认 值 

4 public static String SD key, String defaultValue) { 
5 // 为 节省 代码 ， 可 直接 给 结果 赋值 

6 String value = "key"; 
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7 / 判断 是 否 根据 属性 取得 值 ， 如 果 没 有 设置 默认 值 
8 if (value== null ||"".equals(value)) { 
9 return defaultValue; 
10 上 
11 return value; 
12 } 
1320 
解析 : 


为 响应 变更 需求 ， 代 码 2 需要 变 成 代码 3 的 形式 ， 而 且 在 代码 
个 默认 的 pazeSize 参数 。 修 改 时 就 需要 修改 








分 布 在 多 个 文件 中 ， 多 个 包 内 ， 那 么 这 种 修改 就 非常 头痛 。 
优化 后 的 包 结 构 ， 把 所 有 的 修改 调整 到 一 个 包 里 ， 对 于 变更 就 容易 管理 了 。 











10.4 无 环 依赖 原则 


图 优化 前 代码 
实例 1 





动 动脑 筋 : 本 例 中 包 结构 有 哪些 瑕 疯 ， 应 该 如 何 优化 ? 


代码 背景 ; 




















里 调用 时 ， 需 要 给 定 一 





L 
丙 个 包 下 的 文件 ， 这 里 只 是 示意 ， 如 果 这 种 修改 











全 


包 A 中 的 类 调用 了 包 B 中 的 类 ， 包 B 中 的 类 又 调用 了 包 C 中 的 类 ， 包 C 中 的 类 又 调用 


了 包 A 中 的 类 。 调 用 关系 如 
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名 











10-8 所 示 ， 实 际 代码 在 包 ， 














的 关系 如 图 10-9 所 示 。 











图 10-8 包 循 环 依赖 








4 出 


4 出 


4 出 


4 出 





图 





com.itedu365.best7301 


> 四 Testjava 


comuitedu365.best7301ab 


> 上 四 RelationA.java 
J 

> |D RelationD.java 
二 


com.tedu365.best7301bc 


> 四 RelationB.java 


comitedu365.best7301ca 





> [四 RelationC,java 


10-9 Eclipse 中 包 结 构 


交代 码 1: RelationA 类 


1 package com.itedu365.best7301ab; 
2 import com.itedu365.best7301bc.RelationB; 
3 public class RelationA { 

4 / 本 类 方法 A 调用 了 RelationB 类 中 的 方法 B 
5 public void methodA(O{ 
6 

双 

8 

9 





System.out.println("This is RelationA!"); 
new RelationB().methodB(); 


} 


交代 码 2: RelationD 类 


1 package com.itedu365.best7301ab; 
2 public class RelationD { 

3 / 本 类 方法 D 

4 public void methodDO{ 
也 System.out.println("This is RelationD!"); 
6 

7 


} 


交代 码 3: RelationB 类 


1 package com.itedu365.best7301bc; 

2 import com.itedu365.best7301ca.RelationC,; 

3 public class RelationB { 

4 // 本 类 方法 B 调用 了 RelationC 类 的 方法 C 
5 public void methodB(){ 

0 System.out.println("This is RelationB!"); 
7 new RelationC().methodC(); 

8 

9 


} 


交代 码 4: RelationC 类 


国 
在 


1 package com.itedu365.best7301ca; 
2 import com.itedu365.best7301ab.RelationD; 
3 public class RelationC { 

4 // 本 类 方法 C 调用 了 RelationD 类 的 方法 DD 
5 public void methodC(){ 
6 

7 

8 

9 








System.out.println("This is RelationC!"); 
new RelationD().methodD(); 


} 
} 
现象 描述 
包 的 依赖 关系 中 存在 环 型 依赖 关系 。 





J 


国 不 利 影响 分 析 
当 我 们 修改 了 A 包 并 需要 发 布 A 包 的 一 个 新 的 版 本 时 ， 因 为 A 包 依 赖 B 包 ， 所 以 发 布 
时 应 该 包含 B 包 ,但 B 包 同 时 又 依赖 C 包 ， 所 以 又 应 该 把 C 包 也 包含 进发 布 版 本 里 。 
岂 就 是 说 ， 依 赖 结构 中 ， 出 现在 环 内 的 所 有 包 都 不 得 不 一 起 发 布 。 它 们 形成 了 一 个 网 状 
的 高 耦合 体 。 当 项 目的 规模 大 到 一 定 程度 ， 包 的 数目 变 多 时 ， 包 与 包 之 间 的 关系 便 变 得 错 综 
复杂 ， 因 而 各 种 测试 工作 也 将 变 得 非常 困难 ， 经 常会 因为 某 个 不 相关 的 包 中 的 错误 而 使 得 测 
试 工作 无 法 继续 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

无 环 依赖 原则 ， 在 包 的 依赖 关系 图 中 不 允许 存在 环 。 

解决 循环 依赖 的 方法 有 以 下 三 种 : 

Q) 如 果 是 因为 接口 过 大 引起 的 ， 那 就 可 用 优化 技巧 20《〈 隔 离 接口 ) 来 去 掉 循 环 依 赖 。 

@ 如 果 可 以 把 平行 的 耦合 关系 ， 换 成 垂直 的 依赖 和 关系， 就 可 用 优化 技巧 21〈 提 炼 接口 ) 
来 解 耦 。 

@) 非 以 上 两 种 情况 的 可 以 直接 创建 新 的 包 ， 把 依赖 的 各 个 类 放 在 一 个 新 的 包 里 ， 如 图 
10-10 所 示 。 













































































































































































图 10-10 ”去 掉 循环 依赖 


图 优化 后 包 结 构 
实例 1 优化 后 ， 如 图 10-11 所 示 


4 册 com.itedu365.best7302 
bE RelationA.java 


RelationB.java 





= [=) [=) [= 


[: 
bp RelationC.java 











RelationD,Java 








图 10-11 优化 后 包 结构 


解析 : 
优化 前 的 包 结 构 有 单纯 的 ， 简 单 的 循环 调用 关系 。 
对 这 种 情况 ， 优 化 后 的 包 可 以 直接 把 三 个 包 下 的 类 ， 都 合并 到 一 个 新 的 包 里 面 ， 这 样 就 
打破 了 包 之 间 的 循环 依赖 关系 。 
178 









































10.5 如何 保持 包 的 清晰 


图 优化 前 包 结构 





实例 1 © 
动 动脑 筋 : 本 例 中 包 结 构 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 


代码 背景 : 
接口 QueryDAO 是 系统 所 有 的 dao 层 数 据 库 查询 的 接口 ， 里 面 就 一 个 实现 方法 
executeQuery0，QueryDAOImplement 是 其 接口 的 实现 类 ， 如 图 10-12 所 示 。 





















































4 则 com.itedu365.best7401 
》 国 QuermDAOJjava 
A 国 QuervDAOImplementjava 








图 10-12 ”优化 前 包 结构 
交代 码 1: QurtyDAO 接口 


1] package com.itedu365.best7401; 
2 public interface QueryDAO { 
3 // 共通 业务 接口 方法 
4 
} 











String executeQuery(); 


交代 码 2: QueryDAOImplement 类 








1] package com.itedu365.best7401; 
2 public class QueryDAOImplement implements QueryDAO { 
3 / 业务 旭 辑 方法 
4 (QOverride 
5 public String executeQueryO { 
6 return "Select OK!"; 
了 } 
8 } 
实例 2 
动 动 脑筋 : 本 例 中 包 结 构 有 哪些 瑕 站 ， 应 该 如 何 优化 ? 
代码 背景 : 


本 段 代码 是 Struts2 架构 下 Action，Service 和 ServiceSupport 类 之 间 的 相关 代码 ， © 
如 图 10-13 所 示 。 


4 出 com.itedu365.best7411.action 
> 四 MyActionjava 

4 册 com.itedu365.best7411.service 
[> 





局 


ServiceSupportjJava 





bp [DW UpdateServicejava 











| 





10-13 ”优化 前 包 结构 
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图 现象 描述 

包 没 有 进行 统一 规划 ， 名 称 不 标准 ， 包 与 类 之 间 的 关系 不 紧密 。 

国 不 利 影响 分 析 

包 层 次 的 不 清晰 ， 定 义 的 混乱 ， 不 但 使 整个 系统 的 架构 关系 很 难 理 清 ， 而 且 还 降低 了 包 
的 可 重用 性 ， 增 加 了 系统 维护 的 难度 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

利用 本 例 优 化 技巧 27《〈 调 整 包 结 构 ) 或 优化 技巧 28〈 规 整 包 中 类 位 置 ) 进行 包 的 优化 。 

优化 技巧 27: 调整 包 结 构 

图 优化 类 别 

优化 架构 

国 实施 方法 

包 的 基本 层次 结构 需要 架构 师 提 前 设计 好 ， 一 般 都 是 从 大 到 小 的 包含 层次 。 例 如 ; 
com.yfann 公司 级 别 , itedu365 系统 级 别 , front 子 系统 级 别 , org 模块 级 别 , form (action、 service) 
功能 级 别 。 

国 优化 后 包 结 构 

实例 1 优化 后 ， 如 图 10-14 所 示 


4 出 com.itedu365.best7402.dao 
> 国 QueryDAOJjava 

4 册 com.itedu365.best7402.dao.impl 
国 QuermDAOImplementjava 

































































































































































图 10-14 ”优化 后 包 结 构 

解析 : 

优化 前 的 包 关 系 中 ，QueryDAOImplement 是 接口 QueryDAO 的 一 个 实现 类 ， 具 有 父子 层 
次 关系 ， 因 此 在 包 结 构 上 也 要 体现 这 种 层次 关系 。 

优化 后 的 包 关 系 中 ，Impl 包 就 是 dao 下 面 的 子 包 ， 很 好 的 体现 了 包 下 面 类 之 间 的 关系 。 


优化 技巧 28: 规整 包 中 类 位 置 


图 优化 类 别 
优化 架构 。 
加 实施 方法 
一 般 具有 继承 关系 或 者 包含 关系 的 类 ， 和 需要 分 别 放 在 不 同 的 包 里 面 。 
图 优化 后 包 结构 
实例 2 优化 后 ， 如 图 10-15 所 示 
4 册 com.itedu365.best7412 
b 因 ServiceSupportjava 
4 出 com.itedu365.best7412.action 
pb 国 MyActionjava 
4 册 com.itedu365.best7412.service 
pb 国 UpdateServicejava 


图 10-15 ”优化 后 包 结构 
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解析 : 


相 比 优 化 前 ， 增 加 了 一 个 包 ， 这 样 包 结构 就 变 得 清晰 ， 更 容易 到 
规整 包 中 类 的 位 置 与 共通 重用 原则 的 区 别 是 什么 ? 


※ 温 韦 提 示 












































E 解 系统 的 整体 架构 。 


本 优化 技巧 与 共同 重用 原则 有 类 似 之 处 ， 都 是 对 类 进行 移动 ， 但 是 侧重 的 点 不 一 样 : 共 
同 重用 侧重 的 是 包 发 布 时 内 部 类 之 间 的 关系 层次 ; 而 本 例 说 明 的 是 类 之 间 的 层次 关系 要 通过 


包 来 体现 。 


编程 解密 五 : 完美 优化 
优化 不 是 随时 都 可 以 的 ， 也 需要 时 机 ， 并 不 是 所 有 的 正 疲 都 需要 优化 ， 也 需要 分 场合 ; 





优化 技巧 不 仅仅 可 以 用 于 代码 ， 很 多 情况 下 也 是 通 月 








优化 时 要 注意 以 下 事项 ， 以 达到 完美 亿 


(1) 优化 的 最 介 





时 机 











化 的 境界 。 


Q 编程 时 一 一 别 筷 了 8020 原则 (代码 完成 了 需求 功能 只 是 完 
的 优化 工作 要 做 的 )。 








@ 修改 时 














需求 变更 





(2) 优化 不 能 实施 的 时 机 
QD 不 要 为 了 优化 而 优化 一 一 代码 是 不 能 被 随便 改动 的 ， 要 有 牵 一 发 而 动 全 身 的 警惕 心 ; 
而 且 牵 扯 到 的 相关 工作 也 是 一 系列 的 ， 修 改 了 就 要 做 测试 ， 就 要 进行 发 布 的 准备 ， 
ti 要 给 客户 进行 内 容 修改 的 汇报 等 环节 的 工作 。 

















或 者 出 现 





BUG 。 
































成 了 80% 的 了 








目的 ， 亦 可 以 扩展 应 用 到 其 他 领域 。 因 此 





[ 作 , 还 有 20% 

















项 目 经 理 可 把 控 的 前 提 条 件 下 才 可 以 动手 优化 。 
如 重 写 一 一 代码 太 乱 了 ， 优 化 所 花费 的 心血 也 许 比 重 写 要 花费 更 多 的 


@ 与 其 优化 不 
时 间 。 
(3) 优化 流程 











(D 备份 代码 
@ 理解 代码 


























所 有 要 优化 的 代码 对 象 。 





没有 彻底 到 





@@ 写 测试 票 











LE 解 透 


也 就 是 准备 测试 





的 代码 修改 就 不 要 六 


由 优化 代码 


造成 程序 的 不 可 测试 与 影响 











后 的 代码 全 部 撤回 。 





上 试 了 ，/ 
测试 ， 还 要 根据 修改 的 影响 





] 可 








范围 


范围 


EE 
Ns 





有 修改 














@@ 进行 测试 一 一 根据 准备 好 的 测 


@ 提交 代码 一 一 测试 成 功 之 后 ， 


(4) 优化 手段 





(D 重 构 技术 一 一 重 构 是 我 们 进行 代码 优化 的 
































试用 例 进 行 测试 与 验证 。 














环境 中 都 有 非常 强大 的 功能 支持 。 
G@ 上 自我 检查 一 一 在 进行 代码 优化 之 后 , 特别 是 对 于 注释 等 的 优化 , 只 有 进行 来 











检查 才 可 以 获得 最 介 


优化 效 


日 


日 





小 。 











再 提交 代码 。 












































EE 要 手段 之 一 , 而 且 在 党 






































就 要 举行 








因此 完成 的 代码 ， 只 有 在 








彻 就 进行 优化 ,往往 得 不 偿 失 , 会 产生 更 大 的 Bug 隐患 。 
例 (Test Case)。 绝 对 不 能 眼 高 手 低 ， 以 为 上 只是 简单 
的 地 方 〈 除 了 注释 )， 就 要 进行 测试 。 不 但 要 准备 单 体 
改 各 种 综合 测试 。 
在 可 控 的 范围 内 , 小 步骤 地 进行 代码 的 修改 与 重 构 。 如 果 修 改 范围 过 大 ， 
的 不 可 控 ， 这 种 优化 是 非常 糟糕 的 、 灾 























任性 的 ， 只 能 把 优化 


j 的 各 种 集成 开发 








回 的 揣摩 ， 





18] 





























代码 不 是 一 写 出 来 就 是 完美 的 ， 代 码 写 出 来 ， 首 先是 可 以 运行 的 ， 是 可 以 解决 用 户 需 求 
的 ， 而 完美 的 代码 是 不 断 优化 出 来 的 ， 完 美的 架构 也 是 不 断 优化 而 得 到 的 。 


10.6 ”如 何 抽出 框架 层次 p>- 

















图 优化 前 包 结 构 
实例 b 

动 动脑 筋 : 本 例 代码 中 有 哪些 瑕 竟 ， 应 该 如 何 优化 ? 

代码 背景 : 














Service 接口 是 整个 系统 项 目 中 所 有 的 Service 实体 类 的 接口 ， 如 图 10-16 所 示 。 

















4 骨 comitedu365.best7501 
b 四 Servicejjava 


四 Updateservice,java 





图 10-16 ”优化 前 包 结 构 


国 现象 描述 

系统 框架 类 与 业务 类 放 在 同一 个 包 或 者 工程 下 。 

国 不 利 影响 分 析 

系统 框架 类 与 业务 类 放 在 一 起 ， 架 构 不 清晰 ， 类 功能 不 明确 ， 容 易 造 成 混乱 。 

国 检测 工具 或 方法 

(R) 代码 检查 。 

国 最 佳 解决 方案 

在 抽取 框架 层次 时 ， 要 遵循 一 个 包 的 原则 ， 即 稳定 依赖 原则 : 包 应 该 依赖 比 自己 
更 稳定 的 包 。 如 果 依 赖 一 个 不 稳定 的 包 ， 那 么 当 这 个 不 稳定 的 包 发 生变 化 时 ， 本 身 稳 
定 的 包 也 不 得 不 发 生变 化 ， 变 得 不 稳定 了 。 因 此 提取 的 部 分 一 般 都 是 稳定 的 、 通 用 的 
部 分 。 

在 中 大 型 系统 开发 中 ， 一 般 都 由 架构 师 带 领 一 个 小 团队 开发 系统 基础 框架 ， 这 部 分 
的 开发 我 们 叫做 架构 工程 开发 。 另 外 的 系统 业务 部 分 会 再 单独 建 一 个 工程 ， 我 们 叫做 业 
务工 程 ， 业 务工 程 会 参照 架构 工程 。 这 样 架构 代码 的 维护 与 业务 代码 的 维护 就 分 开 了 ， 
使 得 架构 清晰 ， 非 常 易 于 管理 。 

国 实施 方法 

很 好 地 分 析 目 前 的 系统 架构 ， 并 对 系统 有 很 深 的 理解 才 可 以 提取 出 完美 架构 层次 。 
具体 步骤 如 下 ; 

Q 把 具有 架构 级 别 的 资源 统一 整理 到 架构 包 里 。 

@ 把 抽取 出 的 架构 包 移 到 一 个 新 的 工程 ， 建 3 
10.7 节 )。 

@@ 对 各 自 的 工程 分 别管 理 。 


































































































































































































































































































程 间 的 引用 (其 体 做 法 可 参照 
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图 优化 后 包 结构 
实例 1 优化 后 ， 如 图 10-17 所 示 


4 出 com.itedu365.best7502.framework 
b [DN ServiceJjava 

4 册 com.itedu365.best7502,.0rg.sermvice 
b 国 UpdateServicejava 





图 10-17 ”优化 后 包 结 构 
解析 : 











优化 前 的 包 结 构 里 ，Service 是 整个 业务 类 的 接口 , 与 具体 业务 类 放 到 一 起 ， 显然 不 合适 。 











优化 后 的 包 结 构 中 ， 增 加 了 框架 包 framework， 具 体 业 务 类 别 包 org， 




















以 及 业务 下 功能 


service。 因 为 Service 接口 是 框架 接口 , 因此 需要 调整 到 框架 包 framework 下 面 。 UpdateService 




















是 一 个 业务 功能 类 ， 需 要 放 到 相应 的 业务 包 org 下 面 。 这 样 就 实现 了 框架 包 与 业务 包 的 分 离 ， 




















便于 维护 与 管理 。 这 些 体系 在 小 系统 是 一 个 不 错 的 架构 优化 设计 ， 可 是 在 






































大 型 商业 系统 里 ， 























需要 框架 包 的 开发 功能 更 强大 ， 需 要 的 周期 也 更 长 ， 因 此 需要 作为 一 个 单独 工程 来 管理 。 这 











样 可 以 根据 10.7 节 的 技术 进行 架构 工程 与 业务 工程 的 分 离 。 














10.7 ”如 何 提取 框架 工程 


























在 10.6 节 里 ， 我 们 介绍 了 架构 工程 与 业务 工程 ， 前 者 的 研发 要 比 后 者 的 研发 早 。 一 般 在 














架构 工程 完成 到 80% 时 ， 开 发 业务 的 程序 员 就 会 到 位 ， 经 过 一 定 的 培训 

发 组 。 
以 下 步骤 ， 将 会 用 图 解 的 方式 介绍 提取 框架 工程 的 技术 细节 。 
第 一 步 ， 把 架构 工程 与 业务 工程 分 开 















































ZZ 后， 就 进入 业务 研 














QD 把 图 10-17 中 的 framework 包 及 包 下 的 类 移 到 一 个 新 的 工程 一 一 框架 工程 ,同时 把 包 


























所 在 的 文件 夹 的 名 称 修改 一 下 (由 原来 的 src 换 成 famework)， 因 为 当 引 























两 个 工程 时 ， 如 






































果 基 础 文件 夹 重 名 ,会 造成 编译 冲突 如 图 10-18 所 示 。 



















































































在 本 例 中 ， 原 工程 02 365itedu, 我 们 称 之 为 业务 工程 ， 此 时 因为 失去 了 一 部 分 类 的 引用 ， 


会 有 编译 错误 。 这 些 错 误 现 在 先 无 视 ， 全 部 的 引用 过 程 完毕 后 ， 编 译 就 不 会 出 错 了 。 








a Td O01 365itedu framework 
由 comitedu365.best7502.framework 
pb i JRE System Library [JavaSE-1.6] 
4 ER 02 365itedu 
:出 comjitedu365.best7y502.org.service 
日 comjitedu365.best7502.crg test 
P Bh JRE System Library [JavaSE-1.6] 








图 10-18 ”业务 工程 与 架构 工程 
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第 二 步 ， 业 务工 程 引 用 架构 工程 


@ 选中 02 365itedu 业务 工程 项 目 ， 单 击 鼠 标 右键 ， 在 弹出 的 菜单 页 面 呈 





[Preferences |， 如 图 





10-19 所 示 。 


E02365itedu 
- | 僵 Copy Qualified Name 
com.ite ~ 

; 此 comite 一 

mh JRE Systen| Dolete 


转 Copy 


Paste 


Remove from Context 











Ctrl+C 


Ctrl+V 
Delete 


Ctrl+Alt+Shift+Down 





地 














Build Path ， 
Source Ak+Shift+S » 
Refactor Ak+Shift+T » 
了 3 Import... 
IExport. 
Find Bugs 
人 Refresh F5 
Close Project 
Close Unrelated Projects 
Assign Working Sets... 
Profile As 外 
Debug As » 
Run As » 
Team » 
| Configure » 


图 10-19 菜单 


@) 在 弹出 的 属性 设置 面板 里 ， 如 图 10-20 所 示 ， 单 击 [Java Build Path | 之 「Source]」 之 
[Link Source |。 






































1 
"| Properties for 02_365itedu (=| 
Java Build Path bs 
b Resource ^ [一 - 
AnyEdit Tools on 四 Source Projects | BR Libraries | “> Order and Export 
Builders Source folders on build path: 
Checkstyle 中 02_365itedu/src Add Folder... 


Java Build Path 


b Java Code >tyle 


》 Java Compiler Edit... 

b Java Editor 
Javadoc Location 
Jocky Settings 


Project Facets 
Project References 


PropertiesEditor 





Refactoring History 

Run/Debug Settings 
> Task Repository 

Task Tags 

Tomcat 











回 Allow output folders for source folders 








Default output folder: 


02_365itedu/bin Browse... 











EE 一 


® 











Cancel 





! 























图 10-20 


法 
他 
营 
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@ 在 弹出 的 Link Source 面板 里 面 ， 如 图 

















EH Link Source 





Source Folder 


Link additional source to project '02_ 365itedu '. 


Linked folder location: 


Folder name: 


© Update exclusion filters in other source folders to solve nesting 
© Ignore nesting conflicts 





Browse... Variables... 























图 10-21 ”Link Source 设 定 面板 


























的 framework 文件 严 ， 之 后 单 击 [确定 」 按钮 。 


Choose a directory for the project contents: 





4a ® 01 365itedu framework 
b> 1 ,metadata 
1 .settings 
bin 


, 用 02 365itedu 


4 | 














文件 夹 E): framework 


新 建文 件 夹 如 

















图 10-22 ”代码 文件 来 选择 向 导 


可 








@ 回 到 Link Source 面板 后 
要 修改 。 之 后 单 击 「Finish | 按钮 如 图 10-23 所 示 。 
@ 返回 属性 控制 
编译 。 之 后 ， 单 击 TOK」 按钮 如 图 10-24 所 示 。 


















































中 10-21 所 示 ， 单 击 Browse」 按钮 。 


@@ 在 文件 夹 选择 对 话 框 里 ， 如 图 10-22 所 示 ， 选 择 01 365itedu _ framework 框架 工程 下 


，Folder name 会 默认 设置 成 框架 基础 文件 夹 名 称 ， 一 般 不 需 


板 后 ， 在 Source 下 会 增加 刚刚 选择 的 工程 ， 两 个 工程 的 代码 会 一 起 
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最 终 效 果 ， 如 图 


第 三 步 ， 








[e 
节 Link Source 


>) 








~ ®@ _ ~ 
Source Folder - 
Link additional source to project '02_365itedu'. 
Linked folder location: 
n\workspace\01_365itedu_framelwork\framework | Browse... | | Variables... | 





Folder name: 


© Update exclusion filters in other source folders to solve nesting 


® Ignore nesting conflicts 


























图 10-23 ”Link Source 设 定 面板 








r 
玫 Properties for 02_365itedu 








type filter text 


Resource 


AnyEdit Tools 中 Source | 世 Projects | Libraries | wo Order and Export 
Builders Source folders on build path: 

Checkstyle 4 SB 02 365itedu/framework - D:\yfann\workspace\01_365it 
FindBugs 这 Included: (AID) 


Java Build Path 
Java Code Style 
Java Compiler 


Java Editor 


Javadoc Location 
Jocky Settings 
Project Facets 
Project References 


Java Build Path 





yr 








党 Excluded: (None) 


成 Native library location: (None) 





避 Ignore optional compile problems: No 


名 
国 
8 











PropertiesEditor 
Refactoring History ee | 4 
Run/Debug Settings 回 Allow output folders for source folders 
Task Repository Default output folder: 
Task Tags 
02_365itedu\bin 
Tomcat 


® 








Add Folder... 


nk Source 






































图 10-24 属性 设 定 面板 


























同步 到 引用 工程 











程 














个 jar 包 ， 直 接 引 用 jar 包 就 可 以 了 。 





为 什么 不 在 起 初 就 打 jar 包 呢 ?很 显然 ， 系 统 研发 过 程 会 


内 。 


10-25 所 示 ， 会 增加 一 个 framework 的 文件 夹 ， 这 是 一 个 引用 ，3 引 用 
的 代码 就 是 框架 工程 代码 。 框 架 工 程 代 码 修改 后 ， 会 
去 挥 引 用 架构 


@ 当 系 统 研发 完毕 之 后 ， 发 布 的 时 候 ， 就 需要 去 掉 框 架 工 程 ， 可 以 把 框架 工程 打包 成 一 














需求 变更 或 者 会 发 现 框架 的 


Bug， 这 样 来 回 打 jar 包 就 非常 不 便 ， 如 果 是 多 人 一 起 研发 ,那么 来 回 更 换 jar 包 会 给 程序 员 带 








来 很 多 麻烦 。 而 如 果 是 工程 间 引 用 的 话 ， 


一 样 的 。 





选择 业务 工程 , 单 击 右键 弹出 属性 面板 后 ， 如 图 10-26 所 示 , 在 Source 下 选择 框架 工程 ， 
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因为 是 实时 反应 ， 所 以 效果 与 在 


个 工程 里 研发 是 





单 击 [Remove」 按钮 ， 删 除 


太 Properties for 02_365itedu 上 


， 单 击 [TOK」 按钮 。 





引用 框架 工程 后 











鲜 Java - Eclipse 
Ele Edit Source Refactor Navigate Search Prc 


近 ] Dw FO: 观 网 克 :& ;其 
图 | ; 


4 党 01 365itedu framework 


bd 























导 Package Explorer 到 








4 GS framework 
》 册 com.itedu365.best7502.framework 
b» a JRE System Library JavaSE-1.6] 
4 型 02_365itedu 
4 名 src 
》 则 com.itedu365.best7502.org.service 
》 册 com.itedu365.best7502.org.test 


> a JRE System Library UavaSE-1.6] 


图 10-25 ”业务 工程 与 引入 架构 工程 关系 





9 





type filter text 

> Resource 
AnyEdit Tools 
Builders 
Checkstyle 
FindBugs 
Java Build Path 

,Java Code Style 

,Java Compiler 
Java Editor 


Jocky Settings 
Project Facets 


PropertiesEdito 


Task Tags 
Tomcat 

> Validation 
WikiText 


四 





Javadoc Location 


Project References 


Refactoring History 
Run/Debug Settings 
» Task Repository 


| Java Build Path 








四 Source EE Projects 





BB Libraries 





Sy Order and Export 





Source folders on build path: 


> [SB 02_365itedu/framework - Di\yfann\workspace\01_365i 


TS 





> SS 02 365iter 


r 





1 











Allow output folders for source folders 








Default output folder: 








02_365itedu/bin 











去 掉 框 架 工 程 的 引 月 
































图 10-26 属性 设 定 面板 
崩 后 ， 业 务工 程 同 样 会 出 现 编译 错误 ， 此 时 的 架构 工程 引用 的 文件 











夹 还 在 ， 只 不 过 已 经 不 在 项 
删 掉 此 文件 夹 ， 如 图 10-27 





口 


去 \ 
/CN 











义 了 ， 可 以 直接 





目 工 丰 起 编译 了 。 因 为 留 此 引用 没有 太 大 


所 示 。 




















吓 
3 


日 


图 | ; 


4 号 01 365itedu framework 








二 Package Explorer S 





4 ES framework 
》 册 com.itedu365.best7502.framework 
by mi JRE System Library JavaSE-1.6] 


， 出 com,itedu365.best7502.org.service 
> 出 com,itedu365.best7502.org.test 
> a JRE System Library [JavaSE-1.6] 


图 10-27 业务 工程 与 引入 染 构 工程 关系 
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第 四 步 ， 引 入 架构 工程 jar 包 

@) 选择 架构 工程 ， 单 击 右键 ， 选 择 「Exportj， 如 图 10-28 所 示 。 

@ 弹出 导出 文件 类 型 里 ， 选 择 [Java」 之 [Jarfiej， 单 击 fnextj， 如 图 10-29 所 示 。 
圈 Epor el x) 


























视 Java - Eclipse 
Eile Edit Source Refactor Navigate Search Project Iomcat Run Window Help 











my g . y ory 1 Select 
二 > TN NO 及 
国有 区 二 ， Export resources into a JAR file on the local file system。 EJ 可 
上 二 padageEplore 3 | 百 图 上司 oimto 
4 个 01.365itedu framework| 
Open in New Window Select an export destination: 


4 四 framework 








、 由 comitedu365.best7502| ”Open Type Hierarchy m 
> BE JRE System Library Uavas8 Show In Alt+Shift+W» 
| : 
“而 02.365itedu 较 copy Ctrl+C 国 
“ 乓 sr 融 copy Qualifed Name 司 
、 出 comitedu365.best7502| 二 忆 
和 3 Paste Ctrl+V 
、 出 comitedu365.best7502| 上 
» mh JRE System Library Uavasb X Delete 2 
Remove from Context Ctrl+Alt+ Shift+ Down - 
Build path 
Source Alt+Shift+S » 
Refactor Alt+Shift+T » 
































图 10-28 弹出 菜单 图 10-29 Jar 文件 导 出 向 导 




















@ 在 弹出 的 向 导 面 板 里 ， 如 图 10-30 所 示 ， 找 到 JAR file 输入 框 , 输入 文件 名 称 以 及 全 
路 径 〈 也 可 以 单 击 [Browsej， 根 据 文件 目录 向 导 选 择 要 输出 的 文件 路 径 ， 并 填 入 文件 名 称 )， 
之 后 单 击 「fnish」 按钮 。 

圈 JAR Export ET 


JAR File Specification 





















































Define which resources should be exported into the JAR. OO— a 





Select the resources to export: 








急 01_.365itedu_framework 园 目 .checkstyle 
回 而 02_365itedu 贺 四 .classpath 
回 四 .project 




















Export generated class files and resources 
回 Export all output folders for checked projects 
Export Java source files and resources 


Export refactorings for checked projects. Select refactorings... 


回回 回 图 





Select the export destination: 


JAR file] CAUsersvadmin\Desktop\365itedu frameworkjar Browse... 


Options: 





Compress the contents of the JAR file 
Add directory entries 





Qverwrite existing files without warning 














@ | < Back jl Next > | Cancel 





图 10-30 Jar 文件 导出 向 导 


@ 在 业务 工程 里 ， 如 果 没 有 lib 文件 夹 就 建 一 个 (如 果 有 就 没 必要 建 了 )， 把 刚刚 生成 的 
框架 jar 包 放 入 (如 果 没 有 自动 导入 编译 功能 ， 那 就 按照 图 10-31 所 示 进 行 导入 。 右 键 单 击 刚 
刚 放 入 的 jar 文件 ， 在 弹出 菜单 里 选择 [Build path」 全 [Addto Build Path | )。 
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也 








tH 





























上 


4 号 01_365itedu framework 
4 喘 framework New 
册 com.itedu365.best7502.fi 


JRE S Lib SE en 站 
JavaSE- 
[= 、 ystem Library [Ja Open With 
4 配 ? 02_365itedu 
机 Show In Alt+Shift+W » 
4 各 src 
出 comjitedu365.best7502.9 圈 ”copy Ctrl+C 
出 comitedu365.best7502.9 上 Bs Copy Qualified Name 
a JRE System Library avaSE- paste Ctrl+V 





”守山 - 里 Delete Delete 
.| 365itedu_ frameworkjar 
Ctrl+Alt+Shift+Down 


Remove from Context 


Mark as Landmark Ctrl+Alt+Shift+Up 






Alt+Shift+T > 





| 骂 Configure Build Path... 





图 10-31 Jar 编译 导入 


@9 图 10-32 所 示 就 是 我 们 最 终 想 要 的 结果 ， 提 取 框 架 包 ， 并 导入 到 业务 工程 里 。 
































人 





1/ 





4 HR 01.365itedu framework 
4 (CS framework 
册 com.itedu365.best7502.framework 
型 JRE System Library UavaSE-1.6] 
4 号 02 365itedu 
4 src 
册 com,itedu365.best7502.org,service 
册 com.itedu365.best7502.org,test 
a JRE System Library UavaSE-1.6] 
4 到 Referenced Libraries 


4 | 365itedu _ frameworkjar 
册 com.itedu365.best7502.framework 
蕊 META-INF 
4 馈 上 b 





纯 | 365itedu_frameworkjar 


图 10-32 ”最终 效果 

这 样 就 形成 了 自己 的 系统 架构 jar 包 并 完美 地 应 用 到 业务 工程 里 , 是 不 是 很 有 架构 师 的 风 
范 ! 因此 ， 对 于 走 在 架构 师 之 路 上 的 程序 员 ， 工 程 间 的 引用 技术 是 必须 要 学 会 的 重要 经 : 
实战 技能 。 






























































小 结 























包 的 优化 非常 重要 ， 一 个 结构 良好 的 包 结 构 可 以 帮助 程序 员 很 好 的 理解 项 目 架 构 ， 也 有 
助 于 项 目 包 单位 级 别 的 管理 。 即 使 很 多 有 经 验 的 高 级 程序 员 也 都 往往 忽视 了 包 的 优化 ， 因 此 
本 书 特别 强调 这 一 点 ， 抛 砖 引 玉 ， 以 引起 大 家 的 重视 。 
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第 11 董 优良 代码 风格 


风格 是 思想 的 衣裳 。 一 一 切 斯 特 菲 尔 德 












































如 果 说 程序 员 写 出 的 代码 是 茅台 酒 ， 那 么 代码 注释 就 是 其 包装 。 昌 然 有 了 好 的 酒 ， 如 果 
没有 好 的 包装 ， 很 难 让 人 承认 其 价值 。 这 也 如 同好 花 还 需 绿 时 衬 。 代 码 与 注释 是 相辅相成 的 。 
因此 ， 代 码 注释 就 显得 非常 重要 。 


11.1 如 何 优化 代码 格式 工具 


如 何 保证 自己 以 及 整个 开发 团队 代码 格式 的 统一 呢 ? Eclipse 工具 给 我 们 提供 了 很 好 的 
功能 文 持 。Eclipse 给 我 们 提供 了 默认 的 代码 模板 ， 可 是 这 种 模板 仅 是 一 个 基本 设置 ， 没 有 跟 
上 时 代 的 步伐 ， 因 此 我 们 需要 对 部 分 设 定 进 行 最 优 配置 。 

Eclipse 模板 文件 格式 是 xml 形式 的 ， 即 可 以 自由 导入 与 导出 ,也 可 以 根据 既 有 模板 进行 
优化 。 模 板 文件 一 般 是 由 架构 师 优 化 好 之 后 ， 将 此 文件 给 项 目 组 共享 ， 而 开发 人 员 导 入 应 用 
即 可 。 

以 下 的 图 示 步 又 将 详细 说 明 模 板 的 优化 过 程 。 优 化 的 入 口 有 两 个 ， 一 个 是 从 Window 属 
性 开始 的 入 口 方法 一 ， 如 图 11-1 所 示 ; 另外 也 可 以 从 项 目 属性 进入 ， 即 入 口 方 法 二 ， 如 医 
11-5 所 示 。 两 种 方法 的 效果 是 一 样 的 ， 优 化 好 的 模板 文件 可 以 在 任何 项 目 里 面 共享 使 用 。 

入 口 方法 一 

(1) 找到 [Window」 一 [Preferences|， 如 图 11-1 所 示 : 










































































































































































































































































下 











































New Editor 


Hide Toolbar 
Open perspective » 
Show View 上 


Customize Perspective... 
Save perspective As... 
Reset Perspective... 
Close Perspective 


Close All Perspectives 


Navigation 


Preferences 








图 11-1 Window 属性 
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(2) 在 弹出 的 面板 里 选择 [Javaj 之 「Code Style」 之 「Formatterj]， 如 图 11-2 所 示 ， 
能 够 进行 优化 的 , 所 以 需要 根据 既 存 模板 复制 一 个 , 因此 单 击 [Newj。 





为 默认 的 模板 文件 是 不 











> 
圈 preferences 号 | 加 | Xx 
type filter text Formatter be vv 


General 

Ant 

Certiv Tools 
Checkstyle 
Data Managem 
Help 
Install/Update 
Appearance 
Build Path 


4 Code Style 
ean Up 


Compiler 
Debug 
Editor 
FindBugs 
Inctallar IRE 
员 ] 


@ 





Configure Project Specific Settings... 





Active profile: 














ent |s [se | Import... || Export All... | 


Preview: 


/fe 
* A sample source file for the code formatter preview 


< 








Code Template package mypackage; 
[eeeeer | import java.util.LinkedList; 


Organize mpo 


public class MyIntStack { 
private final LinkedList fStack; 


| Eclipse [built-in] EE | | Edit... Remove 


咱 








上 





ee | Restore Defaults | | Apply | 








OK Cancel 























图 11-2 JavaCodeStyle 属性 设 定 面板 














(3) 在 弹出 的 对 话 框 内 ， 输 入 合适 的 模板 文件 名 称 ， 如 “365itedu-formatter”， 如 图 11-3 


























所 示 ， 之 后 单 击 [OK 








按钮 。 


贸 New Profile 








Profile name: 





365itedu-formattel| 


Initialize settings with the following profile: 





| Eclipse {built-in] ” | 








加 Openthe edit dialog now 


2 








(4) 在 弹出 的 格式 设置 控制 





图 11-3 ”名称 设 定 对 话机 


[RHI 
































板 里 面 , 可 以 进行 各 种 优化 设 定 。 例 如 , 把 


目前 默认 的 Java 





文件 开始 的 空格 “Tab” 换 成 4 个 半角 空格 ， 其 优化 步骤 就 是 : 在 「Indentation」 里 ，Genaral 
settings 的 Tab policy 地 方 ， 选 择 「Spaces onlyj， 再 单 击 TOKj， 如 图 11-4 所 示 ， 这 样 就 优 


797 


化 好 了 。 




















其 他 优化 方法 亦 是 如 此 ， 在 这 














| 

















本 
与 默认 文件 进行 比较 ， 查 看 优化 效果 。 


写 Profile ‘365itedu-formatter’ 





限于 篇 幅 就 不 一 一 列举 了 ， 具 体 各 项 优化 内 容 可 以 参考 
附录 里 关于 格式 的 编程 规约 进行 优化 。 另 外 也 可 以 到 本 书 官网 下 载 优 化 后 的 模板 文件 ， 





eT 





Profile name: 365itedu-formatter 











Indentation| Braces| White Space| Blank Lines| New Lines| Control Statements | Line Wrapping Comments| Off/On Tags 








General settings 





Tab policy: 





回 Use spaces to indent wrapped lines 
Indentation size: Mixed 


Tab size: 


Alignment of fields in class declarations 


Align fields in columns 


Indent 


[Tabsony 7 
| EEE only | 




















Preview: 

| /= 

| * Indentation 
*/ 


class Example { [a 


回 Show invisible charac 





全 


int[] myArray ={ 1, 2, 3, 4, 5, 6 } 
int theInt = 1; 

String someString =“Hello”) 

double aDouble = 3.0; 


void foo(int a, int b, int c, int d, 
switch (a) { 





四 | 上 








@ 




















入 口 方法 二 


(1) 选择 项 目 ， 单 击 右键 ， 单 击 弹 | 


罚 Java - Eclipse 
File Edit Source Refactor 








代码 格式 设 定 面板 














bh 菜单 的 下 面 的 「Preferences]， 如 图 11-5 所 示 。 
2 


Navigate Search Project Tomcat Run Window Help 





| 呀 一 









引 packaqe Explorer 2 
4 TheBestCodeAndArchitectOptimize 


bsrc 





b> a JRE System Library JavaSE-1.6] 
bp BB Referenced Libraries 


CC | 丰 








Cm 机 








TheBestCodeAndArchitectOptimize 





(2) 在 弹出 的 对 话 框 里 
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， 选 择 [Java Code Style」 全 「『Formatter|， 如 图 11-6 所 示 单 了 
[Newj， 这 样 就 可 以 得 到 与 入 口 方法 一 一 样 的 效果 。 











上 
Open in New Window 
Open Type Hierarchy BE4 
Show In Alt+Shift+W 
省 Ctrl+C 
瞄 Copy Qualified Name 
上 
Configure » 
Properties Alt+Enter 
图 11-5 项 目 属性 





HT 





Properties for TheBestCodeAndArchitectOptimize sel x 











lype filter text Formatter vv 
Neen 回 Enable project specific settings Configure Workspace Settings... 
AnyEdit Tools 
Builders Active profile: 

Checkstyle |Eclipse [built-in] -| | Edit.. FE 








i 





FindBugs 
Java Build Path [Ce Import... | | Export All... | 
4 Java Code Style 


Clean Up 


Preview: 
Code Templates 
Formatter | ‘. 
| * A sample source file for the code formatter preview 
Organize Imports */ 
Java Compiler 
Java Editor package mypackage; 
Javadoc Location S36 


« 上 


Jocky Settings 
Project Facets 





| Restore Defaults | | Apply | 





Proiert Referenres 





天 
(2) | 
> 


OK | | Cancel | 

















图 11-6 JavaCodeStyle 属性 设 定 面板 




















对 于 优化 好 的 模板 文件 ， 让 其 有 效 被 使 用 还 需要 在 项 目 里 进行 设 定 ， 本 书 就 不 再 袭 述 。 


11.2 如何 统一 标准 的 代码 格式 





图 优化 前 代码 - 
实例 1 


动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疲 ， 应 该 如 何 优化 ? 
交代 码 1: Before 类 


1 package com.itedu365.best7601; 

2 public class Before { 

3 1 

4 public static void method0O /void 与 method 之 间 多 一 个 空格 
5 {1 换行 不 对 

6 

又 System.out.println("Hello, world!"); 

8 }V/ 缩 进 不 对 4 英文 空格 

2 


10 
11 // 多 余 空白 行 





图 现象 描述 
代码 格式 杂乱 无 章 。 
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图 不 利 影响 分 析 
混乱 的 代码 风格 ,给 人 的 感觉 就 是 代码 七 零 八 散 ， 焉 下 
序 的 可 读 性 与 可 维护 性 。 
图 检测 工具 或 方法 
GD Formmater 工具 。 
@ AnyEdit 工具 。 
※AnyEdit， 是 Eclipse 目 带 的 ， 主 要 是 提供 一 些 代码 格式 编辑 管理 方面 的 功能 ， 如 Tab 
与 半角 空格 互 换 ， 去 掉 空 行 、 空 格 等 。 
国 最 佳 解决 方案 
提供 统一 的 代码 模板 格式 。 
图 优化 后 代码 
实例 1 优化 后 
交代 码 2: After 类 
1] package com.itedu365.best7602; 
2 public class After { 








出 


至 斜 佟 ,不堪 入 目 ， 大 大 降低 了 程 





T 








































































































写 




















> 






































3 
4 // 统一 标准 的 代码 格式 
3 public static void method() { 
6 System.out.println("Hello, world!"); 
7 } 
8 
上 村 
解析 : 


代码 1， 没 有 进行 格式 统一 与 优化 ， 代 码 杂 乱 无 章 。 
代码 2， 经 过 模板 进行 格式 化 之 后 ， 就 使 得 代码 简洁 有 序 ， 读 起 来 就 会 有 一 种 美感 。 


11.3 养 成 良好 的 代码 注释 习惯 


只 
图 优化 前 代码 pp 


实例 1 [3 
动 动脑 筋 : 本 例 代 码 中 有 哪些 瑕 疲 ， 应 该 如 何 优 化 ? 
交代 码 1: Before 类 









































1 package com.itedu365.best7701; 





























学 / 洲 米 

3 * 业务 类 。 

4 * 学 生成 绩 等 级 处 理 业 务 类 。 

5 * 修改 履历 

6 * 修改 日 期 ”修改 者 修改 类 型 修改 概要 

7 * 2013.10.01 张 三 New 第 一 版 本 

8 * 2013.10.15” 李 站 CHG-0001 增加 不 合格 类 型 
9 * 2013.12.22 王 五 BUG-0001 类 型 名 称 修改 
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0 
11 public class Before { 






























































12 A 
13 * 取得 产品 优秀 与 合格 等 级 的 方法 。 
14 * 先 暂时 用 if-else 语句 进行 处 理 。 
15 * Wparam type 
16 * (Oreturn 
17 / 
18 public static String getLevel(int type) { 
19 if (type == 1) { 
20 return "第 一 级 : 优秀 "; 
21 } else if (type == 2) { 
22 return "第 二 级 : 合格 "; 
23 // CHG-0001 2013.10.15 START 
24 Wa 
23 } else { 
20 /BUG-0001 2013.12.22 START 
2 /return "第 三 级 : 不 及 格 "; 
28 return "第 三 级 : 不 合格 "; 
2 // BUG-0001 2013.12.22 END 
30 } 
31 // CHG-0001 2013.10.15 END 
32 ) 
S380 

国 现 象 描述 

代码 注释 乱七八糟 。 








国 不 利 影响 分 析 

注释 的 混乱 ， 就 如 同 良 田 里 长 满 了 杂 草 。 另 外 ， 注 释 是 代码 成 果 物 的 必要 元 素 之 一 ， 如 
果 代 码 没有 注释 ， 客 户 可 以 拒绝 接受 代码 成 果 物 。 

图 检测 工具 或 方法 

(C) Checkstyle。 

国 最 佳 解 决 方案 

代码 应 该 包含 三 部 分 内 容 : 正常 系 代码 ， 异 常 系 代码 ， 注 释 ， 如 图 11-7 所 示 。 各 个 部 
分 的 内 容 如 下 : 

Q 正常 系 代 码 ， 一 般 是 程序 员 和 测试 人 员 最 关心 的 ， 一 般 不 会 出 现 问题 。 

@ 异常 系 代码 ， 根 据 经 验 与 统计 ， 无 论 是 对 于 程序 员 还 是 测试 人 员 ， 都 是 最 容易 被 忽 
略 的 。 5 因 。 

@ 代码 注释 ， 这 部 分 也 是 很 多 程序 员 不 重视 的 地 方 。 如 果 系 统 是 外 包 项 目 ， 这 部 分 代 
te ee 
恰当 的 注释 是 我 们 在 用 代码 表达 意图 失败 时 ， 可 以 弥补 的 一 款 良 药 。 代 码 不 是 简单 的 给 
一 句 解释 就 可 以 了 ， 注 释 也 要 易 读 ， 易 维护 。 因 此 代码 注释 要 符合 以 下 要 求 : 
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的 统一 培训 。 实 际 商业 研发 ， 


QD 注释 不 能 够 下 





@@ 注释 不 要 废话; 


“ 





异常 系 代码 / 


























由 注释 不 能 是 程 

















医 | 
由 或 误导 代码 意图 。 
Q 注释 不 能 够 美化 不 良 代码 。 
连篇 。 
译员 自己 的 喃 喃 自 语 。 
本 志 式 履历 。 














@) 注释 不 需要 留 有 
以 是 代码 功能 如 实 的 概要 
以 是 关于 代码 难点 等 对 程序 读者 的 提示 。 
晰 。 
的 代码 模板 格式 以 及 详细 的 编程 规约 。 也 要 对 项 





@ 注释 可 
Q@ 注释 可 
@@ 注释 要 


男 外 ， 要 提供 





A 4 














简洁 清 


Se 






































编程 解密 六 : 完美 突破 


那么 百 


在 我 们 编程 或 者 优化 时 ， 肯 
决 ， 此 时 一 定 不 














要 气 馆 ， 

















度 与 谷歌 就 是 























技术 资源 之 


了， 








域 里 ， 没 有 解决 不 了 的 问题 ， 只 有 找 不 到 的 方法 。 
掌握 任何 一 项 技能 且 达 到 “无 出 
办 为 必须 经 过 大 量 的 实践 才 色 


难 ， 


on 


J 


A 


定 会 过 








， 可 参考 附录 











上 多 种 困 双 


11-7 ”代码 组 成 示意 


上 述 。 









































任 ， 有 些 问 题 自己 研究 了 很 长 的 时 间 都 没 























因 





为 我 们 还 有 











神通 广大 的 互联 网 资源 ! 如 
日 想 的 翅膀 一 一 如 虎 添 辟 ， 凭 借 搜 索引 擎 我 们 可 驰 戏 于 世界 各 地 的 相 


























目 成 员 进 行 代码 风格 
提供 的 有 关于 代码 注释 的 详细 编程 规约 。 


解 








果 我 们 的 


个 















































。 无 论 是 通过 








我 们 就 达到 了 目的 ， 能 力也 就 提高 了 
是 走 问 架构 略 
磨 练 自 己 的 
动 帮助 别人 解决 问题 的 习 ' 





意 
VD 











志 力 ， 开 阅 



































全 已 
El 到 


曙 决 问题 的 















































地 
内 


， 久 而 久之， 














是 























机 会 成 长 。 


图 优化 后 代码 
实例 1 优化 后 


交代 码 2: After 类 
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以 坚定 [ 的 
度 。 平 时 也 要 养 成 











己 











的 能 力 就 渐渐 的 突显 出 来 了 。 在 我 们 的 编程 














其 右 ” 的 地 步 ， 需 要 至 少 10000 个 小 时 。 之 所 以 如 
8 做 到 真正 的 理解 。 不 做 事 就 不 会 遇 到 问题 ， 
没有 遇 到 问题 ， 那 不 是 在 做 事 ， 那 是 在 做 梦 。 不 遇 到 问题 就 没有 解决 问题 的 机 会 ， 也 就 没有 








此 
如 果 做 事 

















思想 是 一 头 猛虎 ， 


关 


文 网 站 ， 还 是 英文 网 站 ， 还 是 日 文 网 站 ， 只 要 能 够 把 问题 解决 
身 的 能 力 。 发 现 问题 ， 并 学 会 
成 功 之 路 的 必 备 技能 , 需要 在 平时 进行 大 量 的 实践 , 才 可 
己 的 视野 ， 提 高 自己 技术 的 深度 与 知识 的 


信心 ， 


主 
领 


艰 
却 





























2  * Copyright (C) 2013 一 2014 365IT 学 院 
3 *www.365itedu.com 

4 *AlRights Reserved. 

SP/ 

6 package com.itedu365.best7702; 

又 

8 Ws 

9  * 学 生成 绩 等 级 处 理 业务 类 。 

10  *<p> 

11 * 等 级 分 为 三 个 : 

12  *<uUl> 

13  * <li> 第 一 级 优秀 。 

ji” 和 三 

15 * ”<l 户 第 三 级 不 合 

16 *</ul> 

17 *(@since V1.0 

18  * @author 颜 廷 吉 

19 * @version 版 本 1.02013.10.20 

20 请/ 

21 public class After { 

22 

23 es 

24 * 根据 类 型 取得 成 绩 等 级 处 理 。 
2 * <p> 

26 * 等 级 优秀、 合格 、 不 合格 
27 * (@param type 参数 类 型 

28 * @return 等 级 名 称 

29 

30 public static String getLevel(int type) { 
31 if (type == 1) { 

32 return "第 一 级 : 优秀 "; 
33 } else if (type == 2) { 

34 return "第 二 级 : 合格 "; 
35 }else{ 

36 return "第 三 级 : 不 合格 "; 
37 } 

38 } 

39 } 


解析 : 
代码 1 虽然 写 了 注释 但 是 犯 了 以 下 错误 : 


D 


玫 





第 3 行 ， 为 废话 注释 ， 因 为 第 4 行 有 说 明 。 

















@) 文件 头 部 ， 有 日 志 式 履 历 ， 代 码 内 部 也 留 有 以 START 开始 以 END 结尾 的 修改 履历 。 


这 些 日 志 式 履历 对 于 当时 的 修改 来 说 会 显 的 很 明确 ， 可 









































对 于 整个 代码 文件 来 说 ， 是 添加 了 


























要 
三 
不 必要 的 污点 。 如 果 一 个 类 修改 了 儿 十 乃至 上 百 次 ， 那 么 会 留 给 这 个 类 留 下 很 多 垃圾 信息 ， 
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给 程序 的 阅读 带 来 很 大 的 障碍 。 可 是 这 些 修改 信息 放 在 那里 比较 好 呢 ? 最 佳 的 地 点 就 是 在 版 
本 控制 管理 工具 里 。 也 就 是 说 ， 在 向 版 本 控制 管理 工具 提交 成 果 代 人 码 ， 写 的 履历 注释 可 包含 
修改 信息 。 注 释 的 写作 格式 ， 根 据 项 目 不 同 而 有 所 不 同 ， 一 般 格式 可 参考 附录 A.3 版 本 控制 
注释 。 

@) 注释 有 误 ， 第 13 行 在 需求 变更 的 时 候 ， 没 有 加 入 “不 合格 ”等 级 。 

@ 注释 牌 曲 代码 意图 ，getLevel 是 对 “成 绩 ” 等 级 的 处 理 方法 ， 而 注释 里 写成 了 “产品 ” 
等 级 处 理 。 由 此 可 见 ， 本 段 代 码 很 大 程度 上 是 复合 了 别处 的 代码 ， 内 容 修改 了 ， 而 注释 却 芒 
记 修 改 。 这 是 我 们 编程 时 经 常 犯 的 错误 ， 一 定 要 引起 足够 的 重视 。 

@ 第 14 行 注释 里 有 个 人 喃 喃 自 语 的 语句 ， 说 给 自己 的 话 或 者 临时 做 的 注释 ， 不 应 该 写 
在 注释 里 。 

代码 2， 是 对 代码 1 中 各 种 错误 注释 修正 后 的 版 本 ， 这 样 的 注释 让 人 看 起 来 就 比较 赏 心 
悦目 。 




































































































































































小 结 





优良 的 代码 风格 最 重要 的 就 是 代码 要 统一 、 简 洁 ， 努 力 养 成 重 效 率 ， 更 重 质 量 的 编 
码 习 惯 。 

另外 Sun 公司 也 发 布 了 《Java 编程 规范 》 中 文 第 三 版 〈 英 文 名 称 为 《The Java Language 
Specification》)， 讲 述 的 是 Java 语言 中 各 种 元 素 的 基本 使 用 方法 ， 属 于 入 门 级 的 书籍 ， 可 以 
作为 项 目 编程 规范 的 参考 ， 感 兴趣 的 读者 可 以 到 其 官网 下 载 。 
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结 束 语 


优化 技巧 之 核心 5 原则 

本 书 讲述 了 众多 优化 技巧 与 原则 , 然而 其 中 提纲 者 领 的 核心 原则 有 5 项 , 在 此 进行 总 结 。 

1. 重视 可 读 性 

编写 出 的 代码 ， 不 仅 要 让 自己 看 着 舒服 ， 也 要 让 别人 很 容易 的 读 懂 。 因 此 编程 中 ， 要 时 
常 有 以 他 人 视角 来 读 代 码 的 意识 ， 以 写 出 高 可 读 性 的 优质 代码 。 

2. 审慎 命名 

命名 最 最 核心 一 点 就 是 
意 事 项 ， 因 此 命名 一 定 要 慎重 

3. 单一 职责 

虽然 单一 职责 的 主要 论述 在 架构 设计 原则 里 面 , 但 是 这 是 一 个 通用 的 规范 。 无 论 是 变量 、 
方法 还 是 类 ， 都 需要 责任 唯一 且 明 确 ， 以 便于 阅读 、 测 试 与 维护 。 

4. 不 要 有 重复 与 多 余 代码 

其 危害 之 大 已 多 有 论述 ， 但 是 在 实际 项 目 中 往往 被 忽视 ， 因 此 要 特别 引起 重 

S， 模 仿 例子 不 要 回回 吞 丽 

很 大 一 部 分 BUG 都 是 在 没 理解 原 代 码 例子 背景 下 ， 发 现 具 有 表面 相似 性 就 加 图 知 训 地 
使 用 时 而 出 现 的 。 这 些 BUG 有 的 潜藏 很 深 ， 往 往 难 以 发 现 。 

细节 体现 品质 ， 优 化 展示 优雅 。 高 可 维护 性 是 一 切 软件 优化 的 终极 目的 。 写 出 高 质量 的 
代码 不 仅 需要 多 年 实战 的 沉淀 ， 还 需要 不 断 汲 取 前 人 的 经 验 积累 。 本 书 给 出 了 很 多 优化 之 规 
则 与 原则 ， 尽 管 初 次 体验 或 许 会 令 人 不 太 习 惯 ， 但 精益 求 精 是 业内 人 士 的 内 在 追求 。 我 们 要 
更 加 优秀 ， 就 要 用 更 先进 的 思想 与 技术 来 武装 自己 ， 本 书 正 是 我 们 提高 内 功 心 法 不 可 多 得 的 
宝典 。 将 来 某 一 天 达到 游 妃 有余、 炉火纯青 时 ， 也 就 是 炼 就 好 了 内 功 心 法 ， 自 然 可 以 放弃 这 
些 规则 。 那 时 高 质量 代码 信 手 拓 来 ， 足 以 与 其 他 高 手 媲美 ， 作 为 一 名 业内 高 手 一 一 优秀 的 程 
序 员 和 架构 师 ， 才 当之无愧 ! 

























































































易 懂 且 有 体系 。 本 书 很 大 篇 幅 都 在 曾 述 命名 中 的 各 种 技巧 与 注 





























下 站 














































































































网。 


or 
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附录 


附录 A ”Java 编程 规约 








本 编程 规约 是 JavaEE 系统 开发 时 ， 服 务 器 端 所 推荐 采用 的 Java 语言 编码 规约 。 规 约 内 
汇集 了 最 新 的 实用 商业 编程 规约 (包括 Java5.0 及 之 后 的 内 容 )。 


A.1 通用 命名 规则 


本 节 的 命名 规则 所 述 部 分 ， 是 编程 的 通用 规范 ， 即 文中 所 说 的 通用 编程 命名 规约 。 

A.1.1 说 明 

1. 名 称 不 区 分 大 小 写 

国内 容 : 

定义 名 称 时 , 不 同时 使 用 相同 字符 串 的 大 小 写字 母 , 要 使 用 可 以 表明 变量 功能 的 变量 名 ， 
用 以 提高 代码 的 可 读 性 。 


















































































































































国 示 例 : 
正 例 反 例 
public static final int MAX LENGTH = 10; public static final int LENGTH = 10;，// 违反 
int length = 0; int length =0; // 违反 








A.1.2 包 
2. 包 的 名 称 要 以 功能 来 命名 
国内 容 : 











包 的 名 称 不 能 为 功能 人 D, 顺序 号 等 难 懂 的 信息 ， 要 以 功能 来 命名 。 这 样 便于 辨别 包 的 作 
用 ， 即 使 名 称 较 长 也 不 要 省 略 。 

另外 ， 包 名 称 的 最 后 一 个 词 一 般 不 要 复数 形式 ， 如 util， 不 要 定义 成 utils。 

国 示 例 : 























正 例 反 例 
package com.itedu365.smp; V/ 违反 











package com.itedu365.sample; 
package com.itedu365.s0001; // 违反 

















3. 包 的 名 称 全 部 用 小 写字 母 





国内 容 : 
包 的 名 称 一 律 用 小 写字 母 ， 这 是 Java 的 一 般 规 则 。 
国 示 例 : 





正 例 反 例 








package comitedu365.Sample; V/ 违反 
package com.itedu365.sample; 








package com.itedu365.SAMPLE; // 违反 
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4. 包 的 名 称 使 用 网 络 域名 











国内 容 : 
包 的 名 称 要 使 用 网 络 域名 的 倒序 。 
国 示 例 : 





正 例 反 例 
package sample; V/ 违反 











package com.itedu365.sample; 





package sample.itedu365.com; // 违反 





A.1.3 类 接口 

5. 类 接口 的 名 称 要 以 其 功能 来 命名 

国内 容 : 

G@ 类 :接口 的 名 称 不 要 使 用 功能 ID， 顺 序号 等 难 懂 的 信息 ， 要 以 功能 来 命名 。 
@ 类 接口 的 名 称 要 易于 辨别 其 名 的 作用 ， 即 使 名 称 较 长 也 不 要 省 略 。 

国 示 例 : 
























































EE 
i 


E “ 例 反 例 
public class Smp; V/ 违反 








public class Sample; 





public class S0001; // 违反 


























6. 类 接口 名 称 中 的 单词 首 字母 大 写 
国内 容 : 
QD 类 ' 接口 名 中 的 首 字母 要 大 写 。 
















































































@ 类 .接口 名 由 多 个 单词 组 成 , 则 使 用 驼峰 式 命名 方式 , 上 且 每 个 单词 首 字 母 都 要 大 写 。 
国 示 例 : 
正 例 反 例 
public class Sample; public class sample; / 违反 








A.1.4 方法 
7. 方法 名 称 要 以 功能 来 命名 












































国内 容 : 

方法 名 要 反映 方法 所 起 的 功能 ， 一 般 用 “动词 + 名 称 ” 形 式 。 

国 示 例 : 

命名 方法 例 子 

create + 类 名 creatServerSocket; 
get+ 属性 名 getUserName 
check+ 功 能 短语 checkInputUserInfo 

8. 返回 值 为 布尔 值 的 方法 名 称 要 包含 true/false 信息 

国内 容 : 

布尔 值 的 方法 名 称 要 包含 true/false 信息 。 

国 示 例 : 
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命名 方法 例子 
is+ ”形容词 isAsleep 
can + 动词 canSpeak 
has + 过 去 分 词 hasExpired 
9. 方法 名 称 第 二 个 及 以 后 的 单词 首 字 母 大 写 
国内 容 : 














QD 方法 名 只 包含 一 个 单词 时 全 部 用 小 写 。 



















































































@ 由 多 个 单词 构成 的 情况 下 ， 采 用 驼峰 式 命名 方式 ， 第 二 个 及 以 后 的 单词 首 字 母 大 写 。 
国 示 例 ; 
正 例 反 例 
public int getTotal() public int gettotal() // 违反 
public void buyO public void Buy( V 违反 








A.1.5 变量 

10. 变量 名 称 要 以 功能 来 命名 

国内 容 : 

变量 名 称 要 反映 变量 所 起 的 功能 , 在 声明 局 部 变量 时 要 用 通俗 易 懂 的 词语 来 命名 。 但 是 ， 


















































































































































for 循环 中 的 变量 因子 ， 习 惯用 i、j、k， 而 不 是 其 他 字母 。 
国 示 例 : 
正 例 反 例 
private String articleName; private String str; // 违反 
private int stock:; public inti; // 违反 
11. 局 部 变量 名 称 不 能 与 成 员 变 量 名 称 一 样 
国内 容 : 
方法 中 定义 的 局 部 变量 和 类 变量 或 者 父 类 变量 不 能 同名 ， 和 否则 会 而 引起 字段 混淆 。 
图 不 例 : 
正 例 反 例 
private String articleName; private String articleName; 
private String getContents(){ private String getContents(){ 
String tempName; String articleName; // 违反 
} 
12. 变量 名 中 第 二 个 及 以 后 的 单词 首 字母 大 写 
国内 容 : 

















QD 变量 名 只 包含 一 个 单词 时 全 部 用 小 写 。 


































































































@ 由 多 个 单词 构成 的 情况 下 ， 采 用 允 峰 式 命名 方式 ， 第 二 个 及 以 后 的 单词 首 字母 大 写 。 
国 示 例 : 
正 例 反 例 
private String articleName; private String articlename; V/ 违反 
private int stock:; public int Stock; // 违反 
13. 返回 值 为 布尔 值 的 方法 名 称 要 包含 true/false 信息 
图 内容: 





变量 名 称 要 包含 true/false 信息 。 
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国 示 例 : 


























命名 方法 例 子 

is+ ”形容词 isAsleep 
can + 动词 canSpeak 
has + 过 去 分 词 hasExpired 

A.1.6 常量 

常量 名 称 全 部 用 大 写字 母 ， 单 词 之 间 用 下 划 线 分 隔 
国内 容 : 
Q 常量 名 称 全 部 用 有 意义 的 大 写字 母 。 












































@) 由 多 个 单词 构成 的 情况 下 ， 单 词 之 间 用 下 划 线 分 隔 ， 最 后 跟随 数字 。 
国 示 例 














正 例 反 例 





private static final int MAX LENGTH 10= 10; private static final int maxLength = 10; // 违反 








A.2 格式 


A.2.1 说 明 

15. Java 文件 中 的 各 部 分 要 有 序 
国内 容 : 
Java 文件 要 以 下 面 的 顺序 表示 : 

Q) 文件 头 部 。 

@) 包 声 明 。 

@@ 导入 声明 。 

@ 类 接口 声明 。 

类 .接口 内 成 员 定 义 要 以 下 面 的 顺序 表示 : 
(1) 类 .接口 的 情况 
Q) 声明 常量 成 员 变 量 。 
声明 变量 成 员 变 量 。 
声明 构造 方法 。 
声明 方法 。 
列举 的 情况 







































































@ 8 
@ 声明 方法 。 
A.2.2 字符 编码 

16. 字符 编码 为 UTF-8 

国内 容 : 

为 防止 文件 乱码 ， 字 符 编 码 统一 为 UTF-8。 
A.2.3 缩 进 
17. 缩 进 不 使 用 Tab 键 ， 而 是 4 个 半角 空格 
国内 容 : 
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缩 进 不 使 用 Tab 键 ， 而 是 4 个 半角 空格 。 

在 某 些 编辑 器 下 使 用 Tab 可 能 造成 缩 进 无 效 ， 使 用 4 个 半角 衬 格 可 避免 此 问题 。 
18. 缩 进 肯 套数 不 要 超过 6 

国内 容 : 
G@ 缩 进 太 多 会 降低 代码 的 可 读 性 ， 所 以 方法 内 的 缩 进 和 能 套数 不 要 超 ; 
@ 对 典 套 超过 6 的 情况 ， 可 以 通过 增加 方法 来 解决 。 

A.2.4 空白 

19. 适当 插入 空白 行 

国内 容 : 

适当 插入 空白 行 可 以 提高 代码 的 可 读 性 。 插 入 位 置 如 下 所 述 : 

Q 包 声 明 的 后 面 。 

@ 导入 声明 的 前 后 。 

@ 类 . 接口 声明 的 前 面 。 
由 成 员 变 量 声明 的 前 面 。 
@) 方法 声明 的 前 面 〈 包 含 构造 方法 )。 
@ 方法 内 的 块 定义 前 后 。 

@ 注释 的 前 面 。 
注意 ， 以 下 情况 不 插入 空白 行 : 
Q@ 不 连续 插入 2 行 空 

@ 注释 后 面 不 插入 空白 行 。 
20. 适当 插入 半角 空格 
国内 容 : 
适当 插入 空格 可 以 提高 代码 的 可 读 性 。 插 入 位 置 如 下 所 述 : 
@ 语句 中 的 小 括号 『0」 的 前 后 。 

@ 逗号 「,」 的 后 面 。 
@) for 语句 分 号 『[;」 的 后 面 。 
由 类 型 转换 运算 符 的 后 面 。 
@) 赋值 运算 符 的 前 后 。 
@) 二 元 运算 符 的 前 后 。 
@ 三 元 运算 符 的 前 后 。 
注意 ， 以 下 情况 不 插入 半角 空格 : 

Q 方法 调用 符 [.」 的 前 后 。 

@ 数组 中 括号 『[」 的 前 后 和 []」 的 前 面 。 
国 示 例 : 











、 









































I 
要 
CN 







































































































































































































































































例 | “和 





List nameList = getNameList(); 
int size = (nameList != null) ? nameList.size() : 0; 
for (inti= 0;i< size; it+) { 

String name = (String) nameList.get(); 
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A.2.5 换行 

21. 每 行 超 过 120 字符 要 自动 换行 

国内 容 : 

每 行使 用 的 最 大 字符 数 为 120， 超 过 120 字符 就 要 在 适当 的 位 置换 行 。 换 行 位 置 如 
下 所 述 : 

GD extends、implements 或 throws 等 。 

@) 去 号 |,」 的 后 面 。 

注意 : 改行 后 要 根据 代码 的 内 容 适 当 缩 进 。 

22. 每 行 上 只 写 一 条 语 铝 

国内 容 : 

Q 每 次 变量 定义 只 定义 一 个 变量 。 

与 

















































































































@) 每 行 上 只 写 一 条 语句 。 
国 示 例 : 
正 例 反 例 
ou 2 double exp = 0.0; double var = 0.0; // 违反 
23. 大 括号 『 位 」 只 在 关闭 时 换行 
国内 容 : 
大 括号 『{}」 只 在 关闭 时 换行 。 
国 示 例 : 
正 例 反 例 
public void cale0 { ee Sn 
TODO 到 全 


\ 一 As 灵 让 


A.2.6. 运算 符 

24. 运算 顺序 要 用 小 括号 0」 来 说 明 。 
国内 容 : 
Q 在 1 条 语句 中 如 果 有 多 个 优先 顺序 不 同 的 运算 符 , 可 以 使 用 小 括号 10」 来 明确 顺序 。 
























































@ 四 则 运算 中 不 可 使 用 。 
国 不 例 : 
正 ” 例 反 例 

int rotateLeft(inti, intn){ int rotateLeft(inti, intn){ 
retum (i <<n)|(i>>> (32-n)); returni<<n|i>>> 32-n // 违反 
} } 

25. 不 等 号 的 方向 统一 为 [<」 或 [<] 

国内 容 : 


\ 等 号 的 方向 统一 为 [<」 或 「<]。 
以 下 情况 例外 : 

Q 与 常量 的 比较 。 

@ 与 中 心 变量 的 比较 。 

国 示 例 : 
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正 ” 例 例 











if (height<120||age <8){ 证 (120 > height||age < 8) { // 违反 
/TODO /TODO 
} } 





A.2.7 控制 语句 
26. 条 件 语句 用 大 括号 「 人] 





国内 容 : 
语句 处 理 中 即使 只 有 1 行 代码 , 也 不 能 省 略 大 括号 [ 全 外 这 样 是 为 了 提高 代码 的 可 读 性 。 
并且 可 以 避免 因 新 增 语句 ， 访 记 加 大 括号 时 而 引起 的 Bug。 





















































国 示 例 : 
正 例 反例 
If (param == null) { ; = 讳 
这 (param ==null) // 违反 
; return false; 








27. 语句 内 容 不 能 为 裕 

国内 容 : 

Q 不 使 用 空白 语句 。 

@ 功能 待定 等 情况 下 可 使 用 专门 的 注释 语句 (TODO ) 来 代替 ， 待 需求 确定 后 用 代码 填 
























































充 ， 并 删除 注释 。 
国 示 例 : 











正 例 反 例 








If (param == null) { If (param ==null) { 


// TODO 

} 
28. 不 使 用 标签 
国内 容 : 


标签 是 一 个 落伍 而 又 被 Java 保留 的 语法 ， 在 break 或 continue 等 语句 中 使 用 标签 ， 会 降 
低 代 码 的 运行 速度 ， 原 则 上 不 使 用 。 
































国 示 例 : 
正 例 反 例 
boolean canDiscountPrice = false; discount: // 违反 
while (!canDiscountPrice) { while (true) { 
这 (条 件 A) { 这 (条 件 A) { 
doCheck(); doCheck(); 
站 (条 件 B) { 这 (条 件 B) { 
canDiscountPrice = true; break discount; // 违反 
} } 
} } 
} } 





A.3 注释 
A.3.1 说 明 
29. 包 注 释 
国内 容 : 
包 注 释 是 描述 包 用 途 时 使 用 的 注释 ， 在 包 的 根 目录 中 用 package-infojava 来 定义 。 如 果 
有 子 包 ， 子 包 的 概要 也 应 尽量 描述 ， 用 以 提高 代码 的 可 维护 性 。 
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国 示 例 : 
例 


ll 





/* 
- ”本 书 配 套 的 视 频 教程 网 址 (架构 师 系列 培训 》: 
Www.365itedu.com 
* 365IT 学 院 ， 技 术 成 就 梦想 ， 架 构 点 亮 生 活 ! 
* 框 架 基础 接口 包 fwk。 
* fwk 又 包含 以 下 各 要 素 ， 详 细 信 息 请 参阅 以 下 各 包 内 容 。 
<ol> 
* <li>com.itedu.web.fwk.controller<li> 
* <li>com.itedu.web.fwk.logic<li> 
* <ul> 
Wd 
package com.itedu.web.fwk; 

















30. 不 使 用 过 多 的 注释 
国内 容 : 
注释 中 不 使 用 星 号 『*」 和 和 斜 线 [/]， 加 入 过 多 注释 可 能 会 降低 代码 的 可 读 性 和 可 维护 性 。 


























国 示 例 : 
正 例 反 例 

J /六 六 六 六 六 六 六 米 六 六 六 六 六 六 米 六 六 六 六 六 六 六 六 六 六 六 六 六 站 

* 计算 商品 数量 。<br> * 计算 商品 数量 <br> 

bl 六 六 米 六 米 六 六 六 六 六 六 水 六 六 六 六 六 六 六 六 六 六 六 交 米 浆 六 冰冰 / 
A 

/ 计算 商品 数量 / 计算 商品 数量 
VAI II 





31. 不 远 套 注释 














国内 容 : 
注释 不 能 藤 套 ， 和 否则 会 降低 代码 的 可 读 性 。 
国 示 例 : 
正 例 反 例 
/* 
/365IT 学 院 /365IT 学 院 
*/ 
的 NI 
* 365IT 学 院 // *365IT 学 院 
1/ */ 





32. 不 保留 被 注释 掉 的 代码 

国内 容 : 

开发 过 程 中 的 调试 代码 或 需求 变更 后 不 用 的 代码 ， 不 要 注释 掉 而 是 直接 删除 。 

如 果 代 码 不 被 删除 ， 随 着 开发 的 进行 ， 就 会 逐渐 被 愁 记 ， 所 以 发 现 这 些 代 码 一 定 要 及 时 删除 。 
国 示 例 : 


















































正 例 反 例 








public void setName(final String name) { 
// System.out.printIn("name = " + name); 
this.name = name; 


public void setName(final String name) { 
this.name = name; 


























} 
} 
33. 不 注释 过 于 简单 的 语句 
国内 容 : 





























注释 是 使 比较 复杂 的 代码 更 容易 被 理解 而 存在 的 ， 对 于 简单 易 懂 的 代码 没有 必要 做 多 余 
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的 注释 。 
国 示 例 : 


正 


例 





反 例 





public User find(Long id) throws SQLException { 
try { 
} catch (SQLException e) { 
throw new SystemException(e); 
} finally { 
con.close(); 





public User find(Long id) throws SQLException { 
try { 
} catch (SQLException e) { 
// 抛 出 SystemException 异常 
throw new SystemException(e); 
} finally { 
con.close(); 








} 
34. 在 自动 生成 程序 修改 的 范围 之 外 不 使 用 注释 














国内 容 : 































































































































































































































































































Q 自动 生成 的 程序 里 如 果 没 有 增加 或 修改 代码 ， 不 写 注释 。 
@ 如 果 增 加 注释 会 使 自动 生成 程序 的 质量 降低 。 
@ 给 自动 生成 程序 加 注释 ， 如 果 出 错 会 有 降级 的 风险 。 
@@ 对 于 自动 生成 的 类 来 说 ， 如 果 有 部 分 代码 的 修正 等 情况 ， 是 可 以 增加 注释 的 。 
35. 注释 的 格式 统一 为 『*~*/] 或 TU 
国内 容 : 
注释 中 使 用 [~*/] 或 TI/ 均 可 ,但 是 两 种 注释 格式 共存 会 降低 程序 的 可 读 性 。 
图 示例 : 
正 例 反 例 
public void method |O { public void method () { 
// 注释 1 /1/ 注释 1 
// 注释 2 访 注释 2 */ 
} } 
public void method | { 
A public void method () { 
* 注释 1 / 注释 1 
* 注释 1 / 注释 1 
A * 注释 2 
” 注释 2 * 注释 2 
* 注释 2 / 
*/ } 
} 
36. 版 本 管理 注释 
国内 容 : 
代码 的 修改 信息 应 该 在 文件 的 版 本 控制 管理 工具 中 进行 管理 。 也 就 是 说 提交 代码 时 ， 必 
须 写 提交 注释 。 
注释 内 容 一 般 包含 以 下 信息 : 
@ 管理 号 码 : 如 ，CNG-0001。 
@ 概要 描述 : 如 ， 打 折 比 例 由 原来 的 9 折 ， 换 成 8 折 。 
图 示例 : 
履历 示例 
【CNG-0001]】 
【打折 比例 由 原来 的 9 折 ， 换 成 8 折 。】 
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A.3.2 代码 注释 

37. 文件 头 部 

国内 容 : 

Q 在 文件 的 开始 是 文件 头 部 。 

@) 在 文件 头 部 记述 文件 名 和 著作 权 等 信息 。 
国 示 例 : 























示例 代码 





/* 
* Copyright (C) 2013 一 2023 上 海 颐 几 软 件 科技 有 限 公司 
* Yfann Software Technology (Shanghai) Co., LTD 
* All Rights Reserved. 
* 公司 网 址 : www.yfann.com 
3 
package com.365itedu.plugin; 


38. 代码 注释 要 缩 进 对 齐 















































国内 容 : 
在 代码 之 前 写 入 ， 缩 进 要 对 齐 ， 可 提高 代码 的 可 读 性 和 可 维护 性 。 
图 示例 : 
正 例 反 例 
public int getTotal () { public int getTotal() { 
int total = 0; int total = 0; 
/ 计算 总 数 / 计算 预订 商品 的 合计 数额 
int articleCount = articles.length; int articleCount = articles.length; 
for (inti=0;i<articleCount; i++) { for (inti= 0;i< articleCount; i++) { 
A.3.3 Javadoc 
39. 在 Javadoc 中 使 用 HTML 
国内 容 : 


Javadoc 使 用 HTML 来 实现 输出 
G@ 写 代 码 时 使 用 <code> 标 签 。 
@) 换行 时 使 用 <br> 标 签 。 

@) 段落 用 段 <p> 标 签 。 

由 圆 点 用 <ul><li> 标 签 。 

在 其 它 必要 情况 下 可 按照 标签 用 途 来 使 用 。 
正确 写 入 特殊 符号 : 

GD and [&|: &amp; 

@ 不 等 号 〈 大 于 ) [>]: &gt; 

@) 不 等 号 (小 于 ) [<]:，&lt; 

由 引用 符 六]，&quot; 

国 示 例 : 





要 遵守 以 下 几 点 : 
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示例 代码 





ft 





* 对 于 请 求 的 路 径 信息 ， 
* <p> 

* ”支持 以 下 功能 。 

* <Ul> 

* <li> 支 持 功 能 1。 

* <li> 支 持 功 能 2。 

* <li> 支 持 功 能 3。 

* </ul> 

* </p> 
* 详 
* <p> 
* 认证 可 以 


说 明 。 






































Session 中 是 否 存在 


HTTPSession 认 订 








E 来 判断 。 


* {@link com.itedu365.framework. AccessController} 








* 来 判断 。 
* </p> 
* (@param pathInfo 路 径 信息 


* (@param req 请 求 


* (@return 认证 成 功 的 情况 <code>true</code>。 
* (@see AccessController#isAuthenticated(java.lang.String) 
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public boolean isAuthenticated(String pathInfo, 











40. 类 . 接口 
国内 容 : 
在 类 … 接口 








的 天 


ServletRequest req) { 


的 Javadoc 说 明 











(1) 类 . 接 











o 





(8) Entity 等 类 没有 必要 说 明 。 
(2) @author 记载 作者 信息 





中 类 :接口 
@ 在 第 二 个 人 





(3) @version 记载 版 本 信息 


QD 记载 源 代码 















































的 版 本 修订 等 信息 。 
@ 如 果 使 用 Subversion 或 CVS 等 工具 进行 


F 头 ， 记 载 Javadoc 信息 。 
的 概要 
Q 类 … 接口 功能 简介 
@ 详细 说 明 的 必要 性 。 


的 作者 或 者 修改 者 。 
以 后 ， 在 现 有 的 @author 下 面 新 加 一 行 @author。 











他 














了 











E， 使 用 输出 的 $Revision 等 RCS 变量 可 








以 自动 进行 版 本 管理 。 
(4) 记载 顺序 
类 接口 中 按照 @author，@version 的 顺序 来 记载 。 
图 示例 : 
示例 代码 
了 关于 商品 订单 信息 的 类 。 














* @author 颜 廷 吉 
* (Oversion 1.1 2014/10/20 
eh 


public class Order { 
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41. 方法 中 的 Javadoc 说 明 

国内 容 : 

在 方法 声明 的 前 面 说 明 Javadoc。 

(1) 方法 的 概要 

Q 方法 的 功能 简介 。 

@) 必要 时 做 详细 说 明 。 

(8) Setter 或 getter 等 简单 的 方法 不 必 说 明 。 
(2) @param 记载 参数 信息 
如 果 存 在 参数 要 逐一 说 明 。 
(3) @return 记载 返回 值 信息 
如 果 存 在 返回 值 要 加 以 说 明 。 
(4) @exception 记载 例外 信息 
Q 在 异常 对 象 生成 的 情况 下 要 用 throw 语句 加 以 说 明 。 

@ 如 果 重 新 抛 出 捕获 的 异常 ， 没 有 必要 再 进行 说 明 。 

(5) 记载 顺序 

方法 中 按照 @param，@return，(@exception 的 顺序 来 记载 。 
图 示例 : 








































































































示例 代码 






















































































es 
* 从 数据 库 取 得 指定 用 户 ID 的 用 户 信 息 。 
* <p> 
* 返回 用 户 的 信息 。 
* </p> 
* @param id 用 户 ID 





























* (@return 与 用 户 ID 对 应 的 用 户 信息 

* (@exception IllegalArgumentException id 为 null 的 情况 
* (Dexception SQLException 

Ek 








public User find(Long id) throws SQLException { 
if(id==nul) { 
throw new IllegalArgumentException(“id = null”); 


try { 
} catch (SQLException e) { 
con.rollback(); 
throw e; 


} 

42. 成 员 变 量 中 的 Javadoc 说 明 

国内 容 : 

Q 在 成 员 变 量 声明 的 前 面 说 明 Javadoc。 

@ 成 员 变 量 的 概要 或 者 成 员 变 量 的 功能 简介 。 
国 示 例 : 


























示例 代码 





public class Article { 
/ 守 六 


* 商品 代码 。<br> 
wy 


private String product;; 
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A.4 ”声明 定义 


A.4.1 说 明 

43. 控制 访问 范围 
国内 容 : 

用 private、public 等 来 声明 类 接口 ， 成 员 变 量 或 方法 的 权限 ， 但 需 注意 以 下 两 点 : 
@ 成 员 变 量 不 用 public 声明 。 

@ 只 在 类 内 部 使 用 的 方法 不 用 public 声明 。 

A.4.2 导入 

44. 不 要 导入 java.lang 下 的 类 ，… 接 
国内 容 : 

GD java.lang 包 是 自动 导入 的 ， 不 需要 重复 导入 。 
@ 同一 包 内 的 类 … 接口 等 也 不 要 重复 导入 。 

国 示 例 : 













































































正 ” 例 反 例 


package com.itedu365.sample; 











import java.lang.String; V/ 违反 
import java.lang.System.out; // 违反 
import com.itedu365.sample.SampleA; // 违反 


package com.itedu365.sample; 











45. 要 用 IED 自动 导入 
国内 容 : 
导入 引用 的 类 时 ， 要 用 IDE (Eclipse 等 ) 自动 导入 ， 这 样 就 避免 了 因 程 序 员 的 编程 习惯 
而 产生 的 导入 类 顺序 不 一 致 、 不 必要 的 导入 、 整 个 包 导 入 等 混乱 现象 。 自 动 导 入 不 但 可 以 大 
大 提高 程序 的 可 维护 性 、 可 读 性 ， 还 可 以 保持 代码 风格 的 统一 性 。 

46. 不 要 导入 整个 包 

图 内容: 
在 导 入 声明 中 ， 使 用 星 号 [*」 可 以 导入 指定 包 下 的 所 有 类 和 接口 。 但 是 使 用 星 号 不 易 
出 使 用 的 类 和 接口 属于 哪个 包 。 因 此 不 使 用 星 号 而 是 声明 各 个 导入 的 包 和 接口 。 
用 CodeChecker 可 以 自动 检测 此 问题 并且 Eclipse 的 导入 整理 功能 也 可 以 自动 删除 多 余 

















































































































































































































正 例 反 例 








package com.itedu365.sample; 
import java.util.List; 
import java.util.ArrayList; 


package com.itedu365.sample; 
import java.util.*; // 违反 








A.4.3 类 接口 
47. 类 … 接口 不 能 超过 2000 行 
国内 容 : 
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类 接口 的 定义 包括 注释 不 能 超过 2000 行 。 如 果 超 过 2000 行 ， 可 以 利用 本 书 介绍 的 优 
信 李 二 16 《办 外 类) 近 行 ,0 让 元- 

在 开发 过 程 中 如 果 遇 到 超过 2000 行 且 逻辑 复杂 的 情况 ， 要 根据 规约 重新 设计 和 分 割 |。 
不 能 回避 的 情况 应 该 及 时 向 项 目 经 理 汇报 。 

A.4.4 构造 方法 

48. 可 以 不 定义 默认 构造 方法 






























































国内 容 : 
在 编码 中 可 以 省 略 掉 默 认 构 造 方法 的 定义 。 省 略 默认 构造 方法 的 定义 在 CodeChecker 检 
测 中 也 不 会 有 问题 。 





A.4.5 方法 

49. 方法 定义 不 能 超过 150 行 

国内 容 : 

方法 定义 〈 包 括 注释 ) 不 能 超过 150 行 。 如 果 有 超过 150 行 的 情况 ， 可 以 通过 本 书 讲解 
的 优化 技巧 12〈 分 解 方法 ) 来 进行 分 解 。 

50. 每 个 方法 职责 要 单一 

国内 容 : 

一 个 方法 起 多 个 功能 的 时 候 ， 也 应 该 使 用 优化 技巧 12 将 方法 分 割 。 

51. 设计 方法 名 要 特别 注意 

国内 容 : 

Q) 如 果 定 义 参 数 不 同 而 方法 名 相同 的 方法 ， 就 会 出 现 重 载 。 

@) 定义 重 载 方法 时 不 要 使 用 过 多 的 参数 ， 一 般 不 要 超过 4 个 。 

52. 尽量 不 使 用 重 载 

国内 容 : 

GD 存在 多 个 重 载 方法 的 情况 下 ， 要 注意 参数 间 的 继承 关系 。 

@) 重 载 方法 是 在 编译 时 被 调用 的 ， 编 译 器 自动 选择 参数 型 一 致 的 方法 。 

@) 存在 相同 参数 的 重 载 方法 时 ， 可 能 出 现 预 料 之 外 的 结果 。 比 较 稳 妥 的 办 法 是 ， 不 定 
义 2 个 以 上 的 重 载 方法 。 

国 示 例 : 
































































































































正 例 反 例 
public class Sample {} 
public String typeName(Object obj) { 








public class Sample { 
public String typeName(Double value) {} 


} 
public String typeName(Integer value) {} Public String typeName(Number num) { 


} 
} public String typeName(Integer value) {} 





A.4.6 变量 

53. 在 声明 时 初始 化 不 使 用 默认 初始 化 ) 

国内 容 : 

变量 要 在 声明 时 初始 化 。 虽 然 在 调用 变量 时 值 会 被 履 盖 ， 但 是 设 定 默 认 值 是 必须 的 。 
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成 员 变 量 如 果 不 初始 化 就 会 容易 出 现 意料 之 外 的 结果 。 对 于 方法 内 部 的 局 部 变量 一 定 
初始 化 ， 否 则 编译 时 会 出 错 。 


前 





四 








































































































国 示 例 : 
正 例 反 例 
public class Sample { public class Sample { 
public Response execute(Request dto) { public Response execute(Request dto) { 
int index = 0; int index; // 违反 
, : ; } 
54. 使 用 超级 接口 时 要 指定 泛 型 
国内 容 : 
使 用 超级 接口 时 要 指定 泛 型 。 限 定 类 … 接口 的 使 用 范围 ， 可 以 提高 代码 的 质量 ， 增 强 可 
读 性 。 
国 示 例 : 
正 例 反 例 
Set <User> userSet = new TreeSet<User>(); Set userSet = new TreeSet(); // 违反 
55. 重 写 方法 要 标明 @Override 
国内 容 : 
为 了 提高 代码 的 可 读 性 ， 重 写 方法 要 标明 @Override。 
国 示 例 : 
正 例 反 例 
@Override 





public void run0 /W 违反 


public void run() 





A.5 编码 惯例 


A.S.1 说 明 
56. 可 能 出 现 null 的 类 一 定 要 做 null 检测 
国内 容 : 
在 调用 参数 或 返回 值 可 能 是 null 的 方法 时 ， 一 定 要 进行 null 检测 。 否 则 可 能 会 出 现 
NullPointerException 异常 。 

图 不 例 : 



































正 例 反 例 
public boolean isExecute (Entity obj) { 
六 米 人 _ 目 | 生怕 2 
// 参数 是 null 的 情况 返回 False public boolean isExecute (Entity obj) { 


if (obj.getDate()== null) { 、 .1/ 违反 
6 code = article.getDate.toString (); // 违反 


























} 


} 














57. 熟练 掌握 库 的 使 用 方法 
国内 容 : 

Q 使 用 库 提供 的 API 有 一 定 的 限制 ， 所 以 要 理解 并 熟知 库 的 使 用 方法 。 
@ 对 所 有 的 Java 程序 员 来 说 ， 熟 知 java.lang 和 java.util 的 内 容 是 最 低 要 求 。 
@) 对 于 其 他 的 库 ， 可 以 根据 需要 来 学 习 。 
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A.5.2 字符 串 

58. 不 使 用 系统 自 定义 字符 串 
国内 容 : 

使 用 [nj」 或 [rj] 等 系统 自 定义 字符 串 或 转 义 字符 ， 项 目的 移植 性 就 有 可 能 消失 。 
在 使 用 换行 符 时 ， 用 System 类 的 getPeoperty0， 来 调用 和 运行 与 系统 一 致 的 换行 符 。 
国 示 例 : 















































例 


Ft 
la 





public void disp(String message) { 
StringBuilder sb = new StringBuilder(“Message:”); 
sb.append(System.getProperty(‘line.separator””)); 
sb.append(message); 
System.out.println(sb); 


上 


反 例 





public void disp(String message) { 
StringBuilder sb = new StringBuilder(“Message:”); 
sb.append(“\n”); // 违反 
sb.append(message); 
System.out.println(sb); 





A.5.3 数组 







































































59. 返回 只 为 数组 的 方法 ， 返 回 组 内 个 数 为 0 的 数组 而 不 是 null 

国内 容 : 

返回 值 如 果 是 null， 会 产生 意 想 不 到 的 情况 ， 此 时 要 返回 组 内 个 数 为 0 的 数组 。 

国 示 例 : 

正 例 反 例 

public int[] toArrayO { public int[] toArray() { 

if (ist.size()== 0) { if (list.size()== 0) { 

return new int[0]; return null; // 违反 

} } 
} 

60. 使 用 arraycopy() 方 法 来 复制 数组 

国内 容 : 

















System 类 的 arraycopy0 方 法 用 来 复制 数组 。 做 循环 处 理 时 写 复制 代码 太 费 时 间 ， 如 果 出 























错 会 使 运行 速度 大 幅 降 低 。 所 以 要 使 用 System 类 的 arraycopy0 方 法 。 
图 不 例 : 
正 例 反 例 
// 把 src 的 内 容 拷贝 到 dest 中 
/把 src 的 内 容 找 贝 到 dest 中 int length = src.length; 
int length = src.length; for (inti=0;i<length; i++) { 
System.arraycopy(Src， 0, dest, 0, length); dest [i = src [i]; / 违反 











A.5.4 流程 控制 

61. 循环 计数 的 初 值 设 为 0 

国内 容 : 

for 循环 内 使 用 的 计数 初 值 ， 如 果 没 有 特殊 理由 一 定 要 设 为 0。 
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例如 ， 如 果 用 for 循环 来 计算 数组 的 个 数 时 ，i 为 非 0 的 情况 下 会 降低 代码 的 可 读 性 。 

















国 示 例 ; 
正 例 反 例 
// 预先 把 计算 结果 放 在 一 个 数组 中 。 /预先 把 计算 结果 放 在 一 个 数组 中 。 
for (inti=0;i1<N;it+) { for(inti=1;i<=N;it+) { 
calcResult[i] = calcGi + 1); calcResult[i — 1] = calc(); 
} } 



































62. 循环 中 不 使 用 Auto-boxing / Auto-unboxing 
国内 容 : 
动 封 装 和 拆 装 在 处 理 中 容易 造成 瓶颈 ， 使 效率 降低 ， 所 以 原则 上 应 尽量 避免 使 用 。 
































63. 使 用 增强 的 for 循环 

国内 容 : 

对 于 超级 接口 或 数组 的 操作 ， 为 增强 代码 的 可 读 性 ， 一 律 使 用 增强 的 for 循环 。 但 是 像 
对 数组 的 索引 进行 操作 ， 不 能 使 用 增强 for 循环 的 情况 除外 。 



























































图 不 例 : 
正 ” 例 反 例 
public static void main(String[] args) { 

public static void main(String[] args) { int length = args.length; 

or (String arg : args or (int 1= 0; 1< length; 1++ 违反 

for (Stri ) for (inti= 0;1< length;i / 违反 
tring arg = args|1]; 

} String arg = args[i 





A.5.5 异常 























































































































64. 使 用 标准 异常 

国内 容 : 

能 够 用 标准 异常 的 地 方 ， 就 采用 标准 异常 。 考 虑 使 用 下 表 所 定义 的 标准 异常 ， 可 以 使 编 
码 简洁 明了 。 

国 示 例 : 

标准 异常 异常 说 明 

IJllegalArgumentException 参数 值 异常 
TllegalStateException 调用 方法 时 类 的 状态 异常 
NullpointerException 参数 值 为 null 
IndexOutOfBoundsException 索引 参数 值 超出 定义 的 范围 
ConcurrentModificationException 检测 并 修改 异常 
UnsupportedOperationException 调用 了 项 目 不 支 持 的 方法 

65. 避免 使 用 过 大 的 try 块 

国内 容 : 


不 要 把 不 会 出 现 异常 的 代码 放 到 try 块 里 面 ， 尽 量 保持 一 个 try 块 对 应 一 个 或 多 个 异常 。 

66. 要 构建 异常 处 理 框 架 

国内 容 : 

对 于 一 个 应 用 系统 来 说 ， 应 该 有 自己 的 一 套 异 常 处 理 框架 ， 这 样 当 异常 发 生 时 ， 也 能 得 
到 统一 的 处 理 。 
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67. 不 要 把 自己 能 处 理 的 异常 抛 给 另 
国内 容 : 
能 够 处 理 的 异常 ， 尽早 处 理 。 在 进行 异常 处 理 时 ， 也 必须 考虑 框架 统一 的 异常 处 理 机 制 。 
A.5.6 类 型 转换 

68. 子 类 转换 成 父 类 不 写 运算 符 
国内 容 : 
从 子 类 转换 成 父 类 不 需要 明示 类 型 转换 。 编 译 器 会 自动 处 理 ， 不 要 写 入 多 余 的 运算 符 。 
图 示例 : 

正 例 反例 


public class Sample { 


public class Sample { 
private Object orderObject = null; private Object orderObject = (Objecb null; // 违反 
} 





re 


人 

































































~ 









































69. 父 类 转换 成 子 类 之 前 ， 用 instanceof 检验 类 型 
国内 容 : 


By 


从 父 类 转换 成 子 类 时 ， 会 产生 ClassCastException 类 型 转换 异常 。 因 此 ， 在 转换 为 子 类 
时 应 该 用 instanceof 进行 类 型 检验 。 
图 示例 : 








例 


| 
lss 





public class Sample { 
public boolean equals(Object obj) { 
if (!(obj instanceof Sample)) { 
return false; 
} 
Sample sample = (Sample) obj; 
} 


有 反 例 





public class Sample { 
public boolean equals(Object obj) { 
Sample sample = (Sample) obj; // 违反 





A.5.7 泛 型 
70. 去 除 无 检查 警告 
国内 容 : 

在 编译 时 去 除 无 检查 警告 。 
国 示 例 : 























正 例 反 例 
Set<Order> orderSet = new HashSet< Order >(); 











Set<Order> orderSet = new HashSet();// 违反 








71. 泛 型 列表 优 于 数组 























国内 容 : 
泛 型 的 特征 是 安全 ， 类 型 不 一 致 的 情况 可 以 在 编译 时 被 发 现 。 
国 示 例 : 
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正 例 反 例 








List<A> a = new ArrayList<SubA>0; /编译 时 失败 A[] a= new SubA[2]; 
a.add(new SubA();//SubA，SubB 是 A 的 子 类 a[0] = new SubA(); 
a.add(new SubBO); a[1] = new SubB0; // 产 生 随 即 错误 。( 混 入 Bug) 








A.5.8 调试 日 志 

72. 调试 输出 方法 

国内 容 : 

调试 日 志 的 输出 ， 要 写 在 isDeBugEnabled() 方 法 内 ， 只 有 在 输出 有 效 时 才能 被 用 来 提高 


























系统 的 效率 。 


附录 B JSP 编程 规约 


B.1 符号 规约 


B.1.1 JSP 文件 
1. 字符 编码 
国内 容 : 
为 防止 文件 乱码 ， 字 符 编码 统一 为 UTF-8。 

2. JSP page 指令 

国内 容 : 

JSP page 共通 指令 不 在 个 别 JSP 文件 中 记述 ， 统 一 在 header 文件 里 设 定 。 
3. 标签 库 指 令 

国内 容 : 

标签 库 指 令 不 在 个 别 JSP 文件 中 记述 ， 统 一 在 header 文件 里 设 定 。 
4.JSP 声明 部 分 

国内 容 : 

JSP 文件 内 禁止 写 入 脚本 程序 ， 所 以 JSP 声明 部 分 禁止 被 写 入 。 

B.1.2 缩 进 



























































































































































5. 缩 进 
国内 容 : 
一 般 缩 进 占用 4 个 半角 空格 。 
B.1.3 引用 符 
6. 引用 符号 
国内 容 : 
引用 部 分 使 用 双 引 号 『"J， 不 使 用 蛙 引 号 门 ]。 
图 不 例 : 
正 例 有 反 例 
<“%@ page import="beans.Dbbean” %> <%@ page import="beans.Dbbean? %>// 违反 
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B.2 ”注释 规约 


7. JSP 注释 

国内 容 : 

注释 形式 采用 统一 的 「<%-- JSP 注释 --%>j。 这 种 注释 是 不 会 在 客户 端 被 看 到 的 。 

8. HTML 注释 〈 客 户 端 注释 ) 

国内 容 : 

HTML 注释 形式 「<!-- … -->」 的 内 容 是 在 客户 端 可 以 被 看 到 的 。 为 了 系统 安全 ， 这 种 注 
释 是 不 允许 的 ， 如 果 需 要 ， 那 就 用 JSP 注释 形式 进行 注释 。 


B.3 XHTML 规约 


B.3.1 基本 信息 
9. 标签 属性 的 表示 方法 
国内 容 : 
标签 属性 需要 遵循 以 下 规范 : 
Q@ 用 小 写字 母 表示 。 
@ 属性 值 用 引号 「""j。 
@ 属性 值 不 能 省 略 。 
国 示 例 : 
<a href="http://www.365itedu.com/" title=" 回 到 主页 面 ">365IT 学 院 </a> 




























































































10. 使 用 文字 参照 

国内 容 : 

特殊 符号 的 情况 下 ， 使 用 字符 参照 表 或 者 数值 字符 参照 表 。 常 用 字符 如 下 所 示 。 
国 示 例 : 



























































&lt; < 
人 gt > 
&amp; & 
&quot; 
&nbsp; ( 空 日 ) 

11. 标题 

国内 容 : 

在 title 标签 内 ， 需 要 记述 页 面 名 称 。 

图 不 例 : 


示例 代码 
<title> 系 统 名 称 /业务 名 称 /页 面 名 称 </title> 
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12. 样式 表 设 定 

国内 容 : 

在 配置 用 的 JSP 中 统一 设 定 ， 不 在 个 别 JSP 中 设 定 。 

B.3.2 图 片 

13. 图 片 alt 属性 设 定 

国内 容 : 

原则 上 对 于 Banner 大 横幅 等 图 片 要 用 alt 属性 设 定 图 片 的 显示 名 称 。 
国 示 例 : 













































































示例 代码 





<img src="/img/logo.gif" width="120" height="60" alt=" 返 回 365itedu 主页 "> 





B.3.3 字体 

14. 字体 

国内 容 : 

Q) 字体 中 的 size 与 修饰 都 在 CSS 里 设 定 。 
@) 以 浏览 器 的 默认 字体 为 标准 。 

@) 字体 的 size 用 % 来 表示 。 

@ 标题 设 定 中 的 <h1> 到 <h6> 不 用 于 设 定 字体 的 大 小 。 
B.3.4 颜色 

15. 颜色 

国内 容 : 

颜色 用 RGB 值 的 16 进 制 数 来 表示 。 
B.3.5 链接 

16. target 设 定 

国内 容 : 

在 同一 窗口 中 的 移动 不 设 定 target。 



































示例 代码 











<a href="***.do" target=" blank"> 返 回 </a> 











17. 图 片 链 接 
国内 容 : 
设 定 图 片 链接 时 ， 把 alt 属性 设 定 为 链接 的 描述 。 
示例 代码 





















































<a href="***.do" target="blank"><img src="logo.gif' alt=" 返 回 页 面 " width="156" height="18" /></a> 


B.3.6 表格 

18. 表格 

国内 容 : 

G@ 用 也 来 设 定 表 的 标题 。 
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@ 用 caption 来 设 定 表 名 。 

() 用 % 相 对 值 来 设 定 表 的 宽 幅 。 
由 表 的 宽 幅 在 不 足 的 情况 下 可 使 用 自动 换行 符 。 
国 示 例 : 





























示例 代码 












































<table width="365" border="1" cellpadding="0" cellspacing="1" class="365-tablel" > 
<caption>Barrier-free 与 Universal Design 对 照 表 </caption> 
<thead> 
<tr> 
<th class="show" id="365-table2-left" scope="col" abbr=" 观 点 ">Barrier-free 与 Universal Design 的 比较 </th> 
<th id="365-table2-center" scope="col" abbr="Barrier-free">Barrier-free 的 思考 方法 </th> 
<th id=" 365-table2-right" scope="col" abbr="UD">Universal Design 的 思考 方法 </th> 
</tr> 
</thead> 
<tbody> 
<tr> 
<td class=" 365-tablel"> 思 考 方法 </td> 
<td > 为 特定 人 群 设 计 特定 的 Design </td> 
<td> 任 何人 都 可 以 使 用 的 Design</td> 
</tr> 
<tr> 
<td class="365-tablel"> 实 现 方法 </td> 
<td> 除 去 现 有 的 障碍 </td> 
<td> 最 初 不 设置 障碍 ， 任 何人 都 可 以 使 用 </td> 
</tr> 
</tbody> 
</table> 
B.3.7 文档 结构 
19. 标题 
国内 容 : 





Q 标题 部 分 使 用 <h> 标 签 ， 从 <hl1> 递 增 。 
@) 不 使 用 <h> 标 签 来 调整 字体 。 

20. 列表 
国内 容 : 

Q@ 不 使 用 <li> 标 签 来 缩 进 。 

@) 舱 套 列表 时 要 使 用 正确 的 编号 格式 以 便于 理解 。 
@) 整个 网 站 的 层次 结构 配置 要 统一 。 










































































21. 改行 
国内 容 : 

















Q 在 HTML 中 可 以 在 同一 标签 范围 内 改行 。 

@ 可 以 在 标签 中 可 插入 空格 的 地 方 改行 ， 在 不 可 插入 空格 的 地 方 不 改行 。 
@ 在 标签 开始 符 的 后 面 和 终止 符 的 前 面 改行 被 视 为 无 效 。 

针对 下 面 的 情况 ， 有 的 浏览 器 会 在 图 片 的 前 后 插入 空格 。 


示例 代码 








成 






































<a href="http://www.365itedu.com"> 
<img src="img/home.gif" width="95" height="22" border="0" alt=" 返 回 主 界面 "> 
</a> 
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此 种 情况 下 可 以 不 在 <a> 标 签 的 后 面 ， 而 在 属性 前 面 改行 来 加 以 回避 。 
示例 代码 


<a href="http://www.365itedu.com"><img src="img/home.gif" 
width="95" height="22" border="0" alt=" 返 回 主页 "></a> 


B.3.8 其 他 
22. 非 推荐 标签 ， 届 





























I 








性 











如 







































































国内 容 : 

原则 上 不 使 用 XHTML1.0 中 的 非 推荐 标签 .属性 。 

23. 浏览 器 依存 标签 属性 

国内 容 : 

原则 上 不 使 用 浏览 器 自 带 的 与 其 它 浏览 器 不 兼容 的 标签 。 
24. 页 面 输出 

国内 容 : 

页 面 输出 值 为 null 的 情况 用 全 角 " 一 "来 表示 。 























附录 C CSS 编程 规约 


C.1 CSS 规约 说 明 


1. CSS 文件 的 字符 编码 

国内 容 : 

CSS 文件 的 字符 编码 为 UTF-8。 

2. 字符 编码 的 设 定 

国内 容 : 

Q 在 所 有 CSS 文件 的 开头 设 定 字符 编码 。 

@ 字符 编码 为 UTF-8。 

@@ 即使 在 有 注释 的 情况 下 ， 也 通常 将 字符 编码 行 写 在 最 开始 。 









































































































































图 示例 : 
正 例 反 例 
@charset " UTF-8"; 谍 ”作成 日 2014 年 10 月 1 */// 违反 
和 # 作成 日 2014 年 10 月 1 */ @charset " UTF-8"; 























3. import 设 定 
国内 容 : 
Q) 由 @import 调用 其 他 CSS 文件 时 ， 要 写 在 样式 设 定之 前 。 









































@ 由 @import 调用 外 部 CSS 文件 时 ， 将 URL 写 为 url(") 的 形式 。 
图 不 例 : 
正 例 反例 
@import url("print.css") print; body { 
body { color:#000000; 
color:#000000; background:#ffffff; 
background:#ffffff; : 
} @import url("print.css" print; // 违反 
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4. 标签 的 设 定 

国内 容 : 

标签 名 区 分 大 小 写 

5. 属性 值 的 设 定 

国内 容 : 

Q 属性 名 区 分 大 小 写 。 

@ 属性 值 后 面 加 分 号 「;]。 

@) 末尾 属性 值 后 面 的 分 号 虽然 可 以 省 略 ， 但 为 防止 在 找 贝 粘贴 过 程 中 的 遗漏 ， 要 养 成 




































































在 属性 值 后 面 加 分 号 的 习惯 。 
图 不 例 : 
正 例 反 例 
body { body { 
color : #fffFff: color : #fffff 
background-color : #000000; background-color : #000000 // 违反 
} } 





6. class 属性 名 
国内 容 : 
表示 方法 为 “项 目 缩写 名 -XXX”。 









































7. 分 组 的 使 用 
国内 容 : 
共通 部 分 要 统一 设 定 。 
国 示 例 : 
正 例 反例 
hl，h2 { hl { 
color : #000000; color : #000000; // 违反 
} font-size : 130%; 
hl{ } 
font-size : 130%; h2 { 
多 color : #000000; / 违反 
font-size : 120%; } Poet A ene 
} 





C.2 注释 


8. 头 部 注释 




















国内 容 : 
在 CSS 文件 的 开头 处 写 入 如 下 注释 。 
国 示 例 : 


示例 代码 





/* 
* Author: 365itedu 闫 廷 吉 
* Date: 2014/10/14 
* Copyright: (C) 2014 YFANN CORPORATION 
* Version:1.0 
* Description : CSS 概要 
3 
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9. 注释 的 使 用 
国内 容 : 
Q@ 注释 写 在 [#*  */] 里 











也 

















@ 不 在 注释 中 抠 套 注释 。 
国 示 例 : 
正 例 反 例 
/* 
body { 时 body { 
.#4 六 交 字 颜色 的 设 定 * 
color : #ffffFf;， 入 文字 颜色 的 设 定 */ color : #ffEEE /* 文字 颜色 的 设 定 */// 违反 





} } 























10. 帮助 理解 CSS 源 文件 的 内 容 






































国内 容 : 
通过 使 用 恰当 的 注释 格式 ， 可 使 各 selector 的 适用 范围 变 得 通俗 易 懂 。 
图 示例 





示例 代码 

















上 主页 专用 格式 :”[id="home"] 























RR AAPOR A AE eof */ 

/# 头 部 & 页 面 跳 转 共通 

ed dt */ 
11. 特殊 设 定 说 明 


国内 容 : 

为 了 修正 浏览 器 之 间 的 差异 ，Bug 和 页 面 朋 省 等 在 CSS 中 被 特殊 设 定 ， 可 以 写 一 个 注释 
以 便 日 后 可 以 很 容易 地 理解 这 部 分 的 功能 。 

国 示 例 : 























示例 代码 





hlf{ 
margin-top: -12px; 
margin-left: -24px; 
line-height: 1.0; 访 IE6 解决 方法 :没有 此 设 定 会 出 现 缺 口 */ 


} 
C.3 颜色 


12. 颜色 的 设 定 
国内 容 : 
Q 颜色 设 定格 式 为 『#0000001。 

@ 如 果 直 接 用 颜色 名 称 来 设 定 ， 可 能 会 因为 浏览 器 颜色 定义 差异 而 出 错 。 原 则 上 禁止 


















































使 用 。 
@) 连接 文字 的 颜色 ， 要 把 默认 颜色 设 定 为 有 效 。 
国 示 例 : 
例 反 例 
body { body { 
color : #fffFff: color : white; 
background : #000000; background : black; // 违反 


} } 
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13. 字体 的 设 定 
国内 容 : 

设 定 字体 时 ， 通 常 将 共通 字体 设 定 留 到 最 后 来 进行 。 

※ 共 通 字体 是 指 没 有 设 定 字体 或 设 定 字体 不 可 用 时 ， 默 认 采 用 的 字体 。 
图 示例 |: 





















































示例 代码 





.message { 
font-family : "宋体 " ，sans-serif; 


} 
14. 字体 名 中 含有 空格 
国内 容 : 

@ 字体 名 中 含有 空格 时 ， 字 体 名 用 双 引 号 括 起 来 。 
@) 注意 字体 名 中 的 空格 以 区 分 全 角 和 半角 。 














































































































国 示 例 : 
示例 代码 
"MS Pmincho" : 全 角 [MS]」+ 半角 空格 + 全 角 「Pminchoj 
15. 字体 中 size 属性 的 设 定 
国内 容 : 


























字体 的 size 属性 用 「%」 来 设 定 ， 以 便于 日 后 修改 。 
16. 行 间距 ( 行 高 的 设 定 

国内 容 : 
Q) 设 定 行 间距 时 ， 以 数值 表示 “〔〈 不 要 单位 )。 


@) 如 果 间 距 比 默认 还 要 窗 就 可 能 造成 文件 阅读 的 不 便 ， 所 以 原则 上 不 缩小 默认 行 间距 。 
国 示 例 : 






















































































正 例 
姑 用 数值 设 定 行 间距 ， 同 时 保证 了 阅读 的 通畅 */ 
body{ 
line-height : 1.2; 
反例 (1) 
虚设 定 带 单位 的 行 间距 */ 
body{ 
line-height : 150%; 
} 
反例 (2) 
放行 间距 缩小 后 ， 造 成 文件 阅读 不 便 */ 
body{ 
line-height : 0.5; 
} 
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C.5 强调 


17. 强调 标签 的 使 用 
国内 容 : 

@ 需要 强调 的 时 候 使 用 HTML 的 strong 标签 。 
@ 不 在 span 标签 的 样式 变更 时 使 用 强调 。 



























































































































































国 示 例 : 
正 例 
庶 使 用 strong 标签 的 部 分 别 强 调 */ 
<p> 非 强调 <strong> 强 调 </strong> 非 强调 </p> 
strong { 
color : #ff0000; 
background-color : transparent; 
} 
反 例 
记 只 在 需要 强调 的 地 方 出 现 CSS 格式 说 明 */ 
.impact { 
color : #ff0000; 
background-color : transparent; 
font-weight : bold; 
} 
<p> 非 强调 <span class="impact"> 强 调 </span> 非 强调 </p> 
C.6 表格 
18. 表格 的 设 定 
国内 容 : 
QD 用 <table><th><td> 等 标签 来 设 定 表 。 
@ 设 定 <caption>。 
国 示 例 : 
正 例 
table{ border-collapse: collapse } 
caption {caption-side: bottom;} 
th { vertical-align: baseline } 
td { vertical-align: middle } 
优化 技巧 列表 
编 号 名 称 分 类 
01 按照 命名 规约 赋予 名 称 
02 移 除 控制 标志 临时 变量 
03 赋予 临时 变量 单一 职责 优化 数据 结构 
04 常量 取代 魔法 数字 
05 枚 举 取 代 类 型 码 
06 代码 片段 拆 分 复杂 表达 式 
07 卫 语 名 代替 稀 套 条 件 表 达 式 精简 表达 式 
08 多 态 代替 条 件 表达 式 
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〈 续 ) 





















































































































































































































































编 号 名 称 分 类 

09 封装 类 成 员 

10 把 参数 提升 成 类 成 员 变 量 

11 引入 参数 对 象 优化 方法 

12 分 解 方法 

13 合并 方法 

14 移动 变量 

15 移动 方法 

调整 对 象 间 关 系 

16 分 解 类 

17 合并 类 

18 用 异常 代替 错误 码 

19 梳理 并 分 解 类 职责 

20 隔离 接 

21 提炼 接口 

22 引入 本 地 扩展 

23 六 委托 代替 继承 优化 架构 

24 封装 向 下 转型 

25 提炼 继承 体系 

26 折 登 继承 体系 

27 调整 包 结 构 

28 见 整 包 中 类 位 置 

温馨 提 示 列 表 
编 号 名 称 所 属 章 和 节 

01 如 何 防止 犯 低 级 错误 ? 3.1 
02 如 何 防止 误 删 代码 ? 3.4 
03 方法 命名 有 什么 小 技巧 ? 3.5 
04 如 何 让 Eclipse 对 switch 使 用 方法 进行 验证 ? 3.7 
05 如 何 避 免 难以 辨认 字母 ? 3.8 
06 如 何 定 义 常量 ? 3.12 
07 BigDecimal 用 在 哪里 ? 3.15 
08 Comparable 和 Comparator 有 什么 区 别 ? 3.19 
09 如 何 攻 破 泛 型 技术 的 重点 与 难点 ? 3.20 
10 如 何 攻破 正则 表达 式 的 重点 与 难点 ? 3.22 
11 什么 是 内 省 ? 4.1 
12 如 何 自 定义 Hash 算法 ? 4.2 
13 如 何 避 免 产 生 不 易 删 除 的 hash 对 象 ? 42 
14 集合 使 用 技巧 有 哪些 ? 4.10 
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〈 续 ) 






















































































人 名 称 所 属 章节 
1 方法 最 少 可 以 有 多 少 行 代码 ? 
16 如 何 进行 深度 克隆 ? 
1 闫 初始 化 细节 是 什么 ? 
18 哪些 是 可 复 用 工具 ? 
19 定义 JavaBean 属性 方法 有 哪些 注意 事项 ? 人 
20 如 何 理解 易 混淆 的 三 个 概念 有 
21 如 何 设计 继承 关系 的 类 ? 
2 规 尾 包 中 类 的 位 置 与 共通 重用 原则 的 区 别 是 什么 ? 











编程 解密 列表 


































































































编 号 名 称 说 。 
01 完美 规约 架构 大 于 编码 的 完美 解释 
02 完美 视 站 在 设计 者 角度 转换 编程 视线 
03 完美 利 站 在 巨人 肩 上 利用 既 存 成 果 
04 完美 改造 快速 编码 的 捷径 
05 完美 优化 高 质量 代码 是 不 断 优化 出 来 的 
06 完美 突破 架构 师 快 速成 长 之 路 
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本 书 免费 提供 源 代码 ， 精 咒 微 视 


频 ， 电 子 课件 等 配套 学 习 资 源 ， 读 者 
可 以 在 作者 公司 官网 一 -365IT 学 院 
( www.365itedu.com ) 下 载 相 关 资 源 。 
本 书 所 提供 的 综合 性 配套 学 习 资 源 ， 是 
难得 的 技术 架构 套餐 ， 图 书 与 配套 资源 
搭配 学 习 ， 可 以 有 效 提 升 读 者 的 技术 能 
力 与 职业 素养 。 本 书 配套 的 教学 微 视频 ， 
了 采用 最 先进 的 翻转 课堂 教学 技术 进行 录 
制 ， 视频 内 容 根据 章节 精心 编排 ， 都 控 
制 在 2 到 15 分钟 之 内 ， 一 个 微 视频 可 上 
解决 一 个 特定 问题 ， 这 样 便于 读者 学 习 
与 复习 ， 亦 可 防止 学 习 疲 劳 ， 读 者 下 载 
视频 后 也 可 以 在 手机 上 随时 学 习 。 


电话 服务 

服务 咨询 热线 : 010-88361066 

读者 购书 热线 : 010-68326294 
010-88379203 


。 网 络 服务 
地 址 :北京 市 百 万 庄 大 街 22 号 ; Www.golden-book.com 
邮政 编码 : 100037 ee We RP Rb ont 


策划 编辑 9 了 本 诚 了 封面 设计 @ 道 乐 文化 


a 
a \ \ 


成 就 架构 师 茹 想 之 路 


本 书 训 插 了 笔者 多 年 编程 经 验 总 结 出 的 六 项 编程 贤 技 : 完美 规约 ( 架构 
大 于 编码 ) 、 完 美 视 角 ( 设计 者 角度 ) 、 完 美 利 用 ( 站 在 巨人 肩 土 ) 、 完 
美 改造 ( 快速 编码 ) 、 完 美 优化 ( 高 质量 代码 ) 、 完 美 突破 ( 架构 师 之 路 ) 
这 六 项 窗 技 是 完美 编程 的 精 盯 ， 齐 是 完美 编程 的 指导 思想 与 灵魂 。 本 书 还 
包含 77 个 经 典 优化 案例 及 28 种 常用 优化 技巧 。 本 书 的 目的 不 仅仅 是 “ 授 
和 人 以 鱼 ”， 更 要 “ 授 人 以 渔 " 一 提高 读者 的 编程 及 优化 能 力 ， 而 这 种 能 
力 正 是 架构 师 的 必 备 技能 。 


本 书 是 IT365 学 院 网 站 软件 架构 师 系 列 培训 教程 体系 中 的 基础 读本 ， 属 
于 品质 管理 实战 部 分 的 内 容 ， 是 培养 具有 高 质量 代码 技术 水 平 的 优秀 架构 
师 所 必 备 的 利器 之 一 5 优秀 的 代码 中 质 是 程序 员 走 向 架构 师 神 圣 殿 堂 的 必 
经 之 路 ， 本 书 将 是 这 条 路 上 的 一 荔 明 灯 ， 玫 助 读者 早日 实现 架构 师 之 梦 。 





“本 书 免费 提供 源 代 码 ， 精 品 微 视频 ， 电 子 课 件 等 配套 学 习 
资源 ， 读 者 可 以 在 作者 公司 官网 一 一 365IT 学 院 ( wwwt365itedu. 
com ) 下 载 相 关 资 源 。” 
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